For Allmad_nazgulКак только идет расхождение и из данных могут извлекаться различные объекты, то сразу ORM плавно перетекает в программирование ХП.Hibernate такое тоже умеет делать, не обязательно ХП писать.
Даже если никак без ХП не обойтись, то это ещё не повод выкинуть Hibernate.

Повод. Зачем нужен лишний слой, если можно без него?!
Возможности HQL намного меньше возможностей SQL.
Поэтому, то что можно сделать запросом SQL, в Hibernate приходиться писать ч/з ХП.
Так вот, зачем себя ограничивать, когда можно этого не делать?!

For AllЧтобы понять есть ли ограничение (и от чего) нужно сперва оценить сколько % кейсов хорошо ложатся на хибер, а сколько % лучше сделать в ХП.
В большинстве проектов процент ХП (объективно востребованых) врядли перевалит за 15%, остальные 85% хибер сделает на ура.

Старый добрый 80-20 :-)
Проблема в том, что они превращаются в 20-80 ;-)
Еще раз возможности HQL и Hibernate намного меньше чем у SQL.
В любом случае придется писать DAO слой.
Т.е. "конвертирование"/"маппирование" из ОМД в РМД.
Так зачем нужен ORM, если все равно объекты для работы с БД дальше DAO не идут?!
Понятно в связке ОМД <-> DAO <-> РМД хочется сделать универсальный слой DAO (ORM), но чаще всего это приводит
ОМД <-> DAO <-> ORM <-> ХП <-> РМД.
Т.е. добавляются два лишних слоя, ради "универсальности". :-)

For AllЭто также и бизнес объекты, они нужны в бизнес логике.
Делать две отдельные модели (одну для DAO, а другую для логики) - не рационально.

Так их все равно делают!
Потому что РМД - это модель данных, над которой может быть реализовано несколько ОМД (Бизнес-логики)
От простейших CRUD, до BW.
Если приложение просто показать табличку и дать возможность отредактировать, то да ORM попадает 100%.
Как только нужно реализовать что-то более сложное, так сразу ORM становиться такими гирями, что для работы с ORM приходится обкладывать ее кучей костылей в виде ХП.
Это приводит к тому, что часть БЛ переходит в СУБД.
И тут происходит,то о чем говорят здесь. Проще бывает реализовать БЛ в виде ХП, чем пытаться сделать ее ч/з ORM.
Т.е. все больше и больше "кусков" БЛ идет в СУБД и возникает вопрос зачем нам Java, когда и ОМД и РМД реализованы в СУБД?!
Пример такого подхода Oracle. В нем можно писать двухуровневые трехуровневые приложения. :-)
Поэтому ORM - зло!
ORM - дает ложную "простоту" работы с БД.

P.S. ХП - зло ;-)