TrogloditЯ не гуру,но...
...мнение имею.

Trogloditсовременные тенденции сделать хоть как то, потом поборем выглядит весьма печально.
Это не "современные тенденции". Это разумная оптимизация ресурсов.

TrogloditВдвойне печально слышать это от Blazkowicz.
WTF?

TrogloditКорпорации типа IBM,MS,Oracle потратили тысячи человеко-лет для разработки инструмента, а предлагается просто взять
О каком инструменте речь? RDBMS? ORM никак не заменяет RDBMS.

Trogloditдешевых студентов
wikipediaHibernate was started in 2001 by Gavin King with colleagues from Cirrus Technologies as an alternative to using EJB2-style entity beans. Its original goal was to offer better persistence capabilities than offered by EJB2 by simplifying the complexities and supplementing missing features.

А что ты делал 12 лет назад?


Trogloditи библиотеку, которая смешает УНИВЕРСАЛЬНЫМИ запросами все субд.
Которая сначала стала стандартом де-факто в индустрии, а затем осела и в спецификация. Т.е. IBM и Oracle как-то против JPA спецификации не головосали. Странно. Ведь они "потратили тысячи человеко-лет для разработки инструмента".

TrogloditУдивительно, но никто не затронул вопроса безопасности, а ведь это также весьма очень важный вопрос.

Удивительно что никто не подумал о проблемах пенсионеров и детей сирот, ведь это тоже очень важный вопрос.

TrogloditКому вы доверитесь больше стандартным системам безопасности, описанными разработчиками в субд или мальчиками в коротких штанишках, заявляющих, что их серверное приложение безопасно,а случае чп -неуиновно.

И тут Остапа понесло... Администрирование какое отношение к теме имеет?

TrogloditПравильно спроектированная БД-это половина успеха и экономить на этом ИМХО глупо, не пользоваться возможностями конкретного вендора СУБД тоже выглядит очень странно.

ORM не отменяет ни того ни другого. ORM не мешает правильно проектировать БД и не запрещает использовать возможности вендора.

TrogloditЭто выгодно только производителям штамповочных продуктов. чтобы можно было втюхать как можно больше клиентам.

Что за юношеский максимализм? IT индустрия это не вещь в себе. Не было бы "втюхивания как можно большим клиентам", IT бы сейчас отставала минимум на несколько лет.

TrogloditНасчет кэша: гораздо проще сделать это средствами СУБД (включая костыли), чем изобретать велосипед заново.
Я об этом в самом начале написал. Что тут на форуме много странных посетителей, которые считают, что наличие кэша в БД отменяет его надобность на стороне Java. Можно дальше пойти. Зачем нам кэш в БД, ведь он уже есть в CPU, его ведь разработали мудрые архитекторы, а не дешевые аутсорсеры из Индии, на которых держиться MS и Oracle.

TrogloditПосмотрите на 1С, продукт который поддерживает разные СУБД, в котором вся логика не в бд. В результате единственная рекомендация 1сников- увеличьте мощность сервера/добавьте сервер. А если разобрать, что за запросы идут в БД, то там тихий ужас, исправить мало, что можно, если только с индексами поиграться, безопасность только на бумаге, целостность данных только верить на слово.
И что? Есть какие-то актуальные альтернативы? Или что ты этим имел ввиду. Чем делать такое как 1С, лучше вообще не делать?

TrogloditЯ конечно верю, что на java все пишут только программы с радугой и единорогами, но все же может стоит задуматься?
О чем задуматься?

Troglodit2Blazkowicz
Вы меня прямо в пух и прах разнесли. Вот только желания понять что я написал у Вас абсолютно не возникло.

Я всегда с удовльствием пытаюсь понять альтернативное мнение, ведь оно поможет мне расширить кругозор. Но только в том случае если это мнение чем-то аргументировано, а не высказано в стиле "мне так кажется". Я привел выше свои аргументы. С ними почему-то никто не спорит, а разговор сразу переходит на личности.