Лично мое мнение, что и HQL и Criteria - это конечно с первого взгляда круто, но практически трудноприменимо, за исключением редких случаев. Предполагалось что HQL должен упростить написание запросов и придать им гипотетическую переносимость между базами, а в итоге получается что я имея опыт на SQL, должен изучить еще один диалект и по каждой мелочи лазить в гугл с запросами "как сделать having в hql " и т.п чтобы не ошибится(ни разу не получилось написать запрос с первого раза). С другой стороны я всегда предварительно тестирую запрос на СУБД во время разработки и не вижу никакого бенефита по его переводу на hql.
Так что мое скромное ИМХО - Hql рулит для CRUD ну и еще может простецкий join по коллекции, все остальные запросы - нативный sql + result Transformer - гораздо проще, быстрее и понятнее.

Petro123забыл ник,
+1
правда, ты покусился на святое - на ОРМ :)

Неправда) ОРМ подразумевает под собой маппинг между реляционной моделью и объектной - чем я и стараюсь пользоваться, оба подхода(basic CRUD и SQL+transformer) - именно это и делают, другое дело что оптимизации типа First-level cache и т.п. во втором случае- идут лесом - это да, но это по моему мнению к ОРМ прямого отношения не имеет, это фича хибернейта, да и по практике - если ты спустился до написания nativeSql - это уже значит, что запрос нетривиальный, и скорее всего кэшировать что-то не имеет особого смысла, так что наш подход вобрал в себя лучшее из двух миров. Хотя, повторюсь, это лишь мое мнение.