12.08.2010 14:50, Blazkowicz пишет:
> H>но он всё-таки "один из", а не "конечно же". > Для указанной задачи он является опимальным выбором. Не согласны? > Аргументируйте.
Попробую.
1. Шанс встретить java проект с MySQL или Oracle в качестве сервера БД
IRL намного выше.
2. ТС 8 лет отработал на дотнете и хочет пощупать соседний стек
технологий, о чём явно написал. Так что ему будет значительно интереснее
поработать с MySQL/PostgreSQL/Oracle, чем продолжать кликать по
знакомым кнопкам SQL Server Management Studio.
Здравствуйте, hrensgory, Вы писали:
H>2. ТС 8 лет отработал на дотнете и хочет пощупать соседний стек H>технологий, о чём явно написал. Так что ему будет значительно интереснее H>поработать с MySQL/PostgreSQL/Oracle, чем продолжать кликать по H>знакомым кнопкам SQL Server Management Studio.
У меня опыт Java разработки в годах даже меньше. Сложностей работа ни с оракл, ни с мускулом не вызывают. Но MS всегда подкупает своим принципом "сел и поехал".
Здравствуйте, Blazkowicz, Вы писали:
B>У меня опыт Java разработки в годах даже меньше. Сложностей работа ни с оракл, ни с мускулом не вызывают. Но MS всегда подкупает своим принципом "сел и поехал".
... и более менее едешь, пока не надо сделать шаг в сторону.
Здравствуйте, Donz, Вы писали:
B>>У меня опыт Java разработки в годах даже меньше. Сложностей работа ни с оракл, ни с мускулом не вызывают. Но MS всегда подкупает своим принципом "сел и поехал".
D>... и более менее едешь, пока не надо сделать шаг в сторону.
В сторону Oracle? Или в какую? SQL Server умеет всё, кроме как работать не на Windows.
Здравствуйте, Blazkowicz, Вы писали:
B>>>У меня опыт Java разработки в годах даже меньше. Сложностей работа ни с оракл, ни с мускулом не вызывают. Но MS всегда подкупает своим принципом "сел и поехал". D>>... и более менее едешь, пока не надо сделать шаг в сторону. B>В сторону Oracle? Или в какую? SQL Server умеет всё, кроме как работать не на Windows.
Я в общем о продуктах MS. Насчет SQL Server'а полный расклад дать не могу — я работал на уровне запросов, но не администрирования. Но вот перенос базы с боевой системы на тестовую сопровождался большим геморроем с сохранением ролей, пользователей и прав. Перенос осуществляли люди, у которых не было проблем с MySQL, PostgreSQL, Oracle в аналогичной, да и других ситуациях. Хотя и с программерской точки зрения отсутствие нормального способа задать номер записи, с которой мне нужны результаты (аналог offset), явно минус.
Некроссплатформенность тоже совсем не плюс. Ну и бесплатная версия Express Edition при беглом взгляде (http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx) отличается от того же PostgreSQL в худшую сторону поддержкой только одного процессора, одного гига памяти и максимум в 10Гб данных.
Если брать данный конкретный случай, то человек хочет начать работать с новыми технологиями. Логично, что было бы неплохо освоить и новую БД. Тем более, как уже не раз сказано в этой теме, связка Java + SQL Server далеко не самая популярная.
Если человек перейдет на уровень, когда захочет показать свое творение миру, то хостинг с SQL Server'ом с очень большой вероятностью будет или дороже, или будет существенное ограничение на объем базы.
Здравствуйте, Donz, Вы писали:
D>Хотя и с программерской точки зрения отсутствие нормального способа задать номер записи, с которой мне нужны результаты (аналог offset), явно минус.
Hibernate знает про трюк с TOP и успешно его использует.
On 12/08/10 16:49, Blazkowicz wrote:
> Hibernate знает про трюк с TOP и успешно его использует.
И вправду знает!
public String getLimitString(String querySelect, int offset, int limit) {
if ( offset > 0 ) {
throw new UnsupportedOperationException( "query result offset is not supported" );
}
...
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
.>public String getLimitString(String querySelect, int offset, int limit) {
.> if ( offset > 0 ) {
.> throw new UnsupportedOperationException( "query result offset is not supported" );
.> }
.>...
.>
И правда. А мне казалось что он делает вложеный подзапрос для реализации offset. Оказалось просто через scrollable resultset скипает.
Такого варианта еще никто не предлагал:
— Забить на выбор базы данных, на момент изучения пойдет любая с jdbc драйвером
— Забить на все фреймворки, спецификация всему голова.
Здравствуйте, LeonidV, Вы писали:
V>>Справедливости ради, глючным он был около года, до версии 1.1, в отличие от Java, которая глючила лет 6 примерно. LV>Java, вы имеете ввиду, MS JVM?
Нет, сановскую, которая была совершенно дырявой и регулярно глючной до версий 1.4.x.
Здравствуйте, skodnik, Вы писали:
H>>2. ТС 8 лет отработал на дотнете и хочет пощупать соседний стек H>>технологий, о чём явно написал. S>Пощупал. Перехотел... (За последние 3 года — это третья попытка)
A>>Опять же. За что Вы так ненавидите open-source сообщество? Мне показалось, или Вы только что сказали, что использовать бесплатные аналоги не имеет никакого практического смысла? B>Где ненависть? Есть опыт а так же мнение коллег и других разработчиков. Опыт подсказывает что MySQL под нагрузками усирается, блокируя паралелльные транзакции локами на целые таблицы. Использовать его в высоконагруженых приложениях, которым нужно синхронизировать конкурентый доступ — стремно. Инструментарий у MySQL/Postgres/Oracle по юзабилити с SQL Server не сравниться. Так для чего тогда человеку рекомендовать что-то ещё?
наверно файсбук его неправильно готовит, раз у них он не усирается.....
Здравствуйте, Donz, Вы писали:
D>Здравствуйте, skodnik, Вы писали:
H>>>2. ТС 8 лет отработал на дотнете и хочет пощупать соседний стек H>>>технологий, о чём явно написал. S>>Пощупал. Перехотел... (За последние 3 года — это третья попытка)
D>Можешь написать основные неприятности?
[Не ради холивара] Очень много работы для напильника.
Здравствуйте, skodnik, Вы писали:
D>>Можешь написать основные неприятности? S>[Не ради холивара] Очень много работы для напильника.
Не могу назвать яву багодромом (по крайней мере большую яву). Или имеешь в виду, что много самому настраивать, а не просто брать из коробки и использовать?
Здравствуйте, Donz, Вы писали:
D>Здравствуйте, skodnik, Вы писали:
D>>>Можешь написать основные неприятности? S>>[Не ради холивара] Очень много работы для напильника.
D>Не могу назвать яву багодромом (по крайней мере большую яву). Или имеешь в виду, что много самому настраивать, а не просто брать из коробки и использовать?
Да, скорее всего. Багов я не обнаружил, я обнаружил что путь Ява программиста более тернист.
Здравствуйте, skodnik, Вы писали:
D>>Не могу назвать яву багодромом (по крайней мере большую яву). Или имеешь в виду, что много самому настраивать, а не просто брать из коробки и использовать? S>Да, скорее всего. Багов я не обнаружил, я обнаружил что путь Ява программиста более тернист.
Вспоминаю как в первую неделю работы на Java, мы убили целый день только для того чтобы запустить web приложение на Tomcat из IntelliJ IDEA. После документированого и интуитивно понятного .NET это было неожиданностью.
Здравствуйте, skodnik, Вы писали:
D>>Не могу назвать яву багодромом (по крайней мере большую яву). Или имеешь в виду, что много самому настраивать, а не просто брать из коробки и использовать? S>Да, скорее всего. Багов я не обнаружил, я обнаружил что путь Ява программиста более тернист.
ИМХО, кажется. В свое время был дотнетчиком и помню, что меня пугала реализация интерфейсов (какого фига не сделали готовый класс?). Очень привыкаешь, что на каждый чих все есть. Уже будучи явистом видел, что народ из дотнетчиков не очень понимает, как же все устроено внутри (что делегаты — это по сути паттерн Observer и т.д.).
Надо ли знать внутреннюю кухню, вопрос нетривиальный. Если хочешь стать хорошим спецом, то скорее всего надо. Если главное результат на обкатанных решениях, то можно забить.
Лично мне нравится знать, как все работает. Но да, требуется потратить время.
Здравствуйте, Donz, Вы писали: D>Надо ли знать внутреннюю кухню, вопрос нетривиальный. Если хочешь стать хорошим спецом, то скорее всего надо. Если главное результат на обкатанных решениях, то можно забить. D>Лично мне нравится знать, как все работает. Но да, требуется потратить время.
Можно начать на обкатанных решениях и ПРИ НЕОБХОДИМОСТИ углубляться. Мне тоже нравится ковыряться в мелочах, и голода я не испытываю.
SQL Server умеет всё, кроме как работать не на Windows.
