mad_nazgul,

честно - уже задрали эти такие "обоснования"
с одной стороны требуют владение кучей всего, с другой стороны владения sql - игнорируются, или на минимальном уровне ( типа написать слово select...)
и сообщают что сопровождать трудно, конечно трудно, если люди не понимают sql.
вот пример 20287147
когда чужой код на java критикуют, а как сами используют sql - для знающего человека -это просто ужас... и прикрытие своего не знания - много громких слов....
сколько тут поднимается проблем - и все из-за того что не могут правильно построить структуру данных.
и куча слов - один ко многим, джойны.... и не видят правильной структуры, городят , городят...
и потом трудно сопровождать....
куча бессмысленного кода - это да, легко сопровождать....?
для меня одна грамотно составленная и нарисованная диаграмма базы данных намного информативнее кучи файлов, классов, методов на java. и это не потому , что я не знаю java, а потому что в диаграмме всё в одном месте, четко и наглядно.
и про объекное программирование.
это круто, это круто...
вот объект возвращает данные. ооо...
а рассмотреть хранимку как объект возвращающий подготовленные данные - ума не хватает?
использование библиотек это да.
а набор хранимок как библиотеки -это не?
по сути одно и тоже.

mad_nazgul- ваша точка зрения на разработку - это точка зрения "волка одиночки", который никогда не работал в команде.
да заведите в команде хоть одного занающего по настоящему субд (а не по наслышке) и получите огромный выйгрышь и в скорости разработки и в быстродействии проектов.

Basil A. SidorovКогда java-разработчику (СУБД не знает) придётся за каждым чихом бежать к разработчику СУБД (java не знает), вероятность повышения скорости разработки будет пятьдесят на пятьдесят.при правильном проектировании (за что ратуют тут все, и утверждают , что у них полностью правильно) за каждым чихом не бегают.
всё оговаривается на самой ранней стадии проектирования.
все протоколы, параметры. потом только уточнение. а это время требует мало.
бегают за чихом там, где о правильном проектировании только слышали.


Basil A. SidorovС быстродействием тоже самое - изначально неизвестно, насколько неоптимальный код, а преждевременная оптимизация - зло.
грамотное построение структуры данных - это не оптимизация, это качество работы.
чем выше качество - тем меньше нужно оптимизировать.

Basil A. SidorovORM сам напишет запрос, который сделает такое отображение
Basil A. SidorovПриложению глубоко наплевать на структуру базы. Оптимальная она или нет - приложение работает со структурой запросов.
при таком подходе продолжать не стоит...
работаем с данным и нам наплевать на структуру этих данных
если это считается правильным.....
потом приходим в какой-нибудь офис и сидим ждём пока у опрератора откроется очередная формочка.....
да нахера такой ORM. и ваще не понятно нахера существует ветка с базами ? есть ORM, оно наше всё , а sql-щики только зря деньги получают. извести их как класс. ORM.. Д... б....

Basil A. SidorovВы ещё и SQL плохо понимаете. Уж без обид.
ну судя по тутошним постам тут такие спецы, пора ветку переименовывать - супер база на java.
тут собрались специ sql...
за которых запросы пишет ORM...
а кто сам может написать запрос - плохо понимает sql.
стоящая логика.

Basil A. SidorovРеляционная алгебра, лежащая в основе SQL - проста. Освоить некоторое количество приёмов, специфичных для той или иной СУБД - тоже не космические технологии.
нечто подобное я слышал про кухарку, как факт имеем то, что имеем..
Basil A. SidorovНет прямой связи между умением написать SQL в ява-коде и умением создать эффективное приложение.
конечно нет, база работает сама по себе, приложение сам...
к пуговицам претензии есть? тоже дано произнесено, но актуальность только растёт.
Basil A. SidorovP.S. У меня была возможность наблюдать, как совершенно безобидный однострочный запрос, эффективно обновлявший одну строчку таблицы становился причиной остановки системы.
если на твой взгляд -безобидный, это не означает, что он на самом деле таковым является.
Basil A. SidorovИ пример, когда хранимая процедура была не только больше эквивалентного запроса, но ещё и на пару порядков медленнее.
делаем однозначный вывод - хранимки это гадасть...
а может надо голову проверить ? тому кто написал эту хранимку?
Basil A. SidorovУметь написать и понимать что пишется (а главное - зачем) - два разных умения.
вот хороший ответ
20370717
вьт и ответь зачем ??? прокладки -типа хибера??? ORM , которые могут сделать только примитивные запросы???
и которые суют во все дыры, типа это круто..

llemingзатем что это быстро и дешево.скупой платит дважды
llemingТолько гвидон будет нанимать сотрудника чтобы он писал простые селекты и которые он напишет за неделю. хотя можно было взять orm и за пару дней наваять тоже самое.
выше простых селектов уровень не поднялся...
llemingЕсли бы Вы могли бы делать тоже самое быстрее и дешевле на своих хранимках и out.println то это уже было бы в best practice.
я то могу, всем остальным - слабо, поэтому это и не best practice.
llemingПопробуешь и потом тупо лень писать простые селекты проще взять ORM.
опять простые селекты... тогда ... какой разговор может быть о профессионализме?

llemingчем простой select от orm в будущем опаснее(дороже) от написанного ручками
потому что не всё можно получить простыми селектами
llemingда но сколько это заняло по времени по деньгам
обучение это разовое вложение - в дальнейшем только прибыль
llemingаргумент в стиле все пид.#$%ы я дартаньян
нашёл оправдание?
llemingпрофессионалов направьте туде где они действительно нужны.
нахера для java конторам знающие программисты - пусть идут улицы мести.
т.е. у вас их нет....
т.е. я веду диалог с неучем?
хорошо, что честно признался.

llemingну так пусть быстренько наваяет требуемое на ORM на сэкономленное время учится чему то новому. К тому же это только предположение тк. уже обученный сотрудник может и слинять.
в такой конторе умные и не остаются ,
из хорошей конторы обученный не линяет
я так понимаю опыт у вас в этом есть и у вас остались ...
какой смысл продолжать диалог?

Usmanне раскрыли тему низкоуровневого мэппинга ResultSet'а на POJO
и тема сисек не раскрыта...

Usmanне раскрыли тему низкоуровневого мэппинга ResultSet'а на POJOя что тут особенного?

UsmanИнтрига в ожидании развязки - ждем-с мастер-класс от Вади.
не дождёшся :)