Petro123Трехзвенка это коллекции, стримы, сущности. То чего ты не видел.
А хранимки это двухзвенка.Хранимые процедуры имеют бОльшую популярность в двухзвенке только потому что там иначе никак - у пользователя прямой доступ к базе и поэтому нужно защищаться, предоставляя пользователю API через процедуры, но то что хранимые процедуры - это только двухзвенка, это, извините, какой-то нонсенс:
- самой жаве все равно как данные получать из "select ..." или "{call ...}" - и тот и тот синтаксис для жавы не родной
- поддержка СУБД в ОРМ - это наименьший общий делитель между всем разноообразием СУБД, поэтому априори довольно глупо платить деньги за взрослую СУБД и пользоваться только возможностями ОРМ (да, я знаю про native sql в ОРМ, но это точно так же "неправильно" как и голый JDBC прикрытый менеджером транзакций - и там и там нарушается ЖЦ объектов и там и там нужно делать маппинг вручную)
- всякие интеграции тоже никто не отменял, а там зачастую хранимые процедуры - единственный возможный вариант, или вы хотите сказать, что проекты на хибернейте должны жить в вакууме и ни с чем не взаимодействовать?

Относительно спора что хибернейт тормозит или нет: хибернейт просто так на любую структуру СУБД не натягивается, т.е. чтобы там все "летало" нужно сидеть и довольно вдумчиво кодить, при этом нужно учитывать что из-за декларативности подхода будет получаться так, что то что в одном месте чинится в другом будет ломаться, так что что-то оптимизировать в ОРМ - еще то удовольствие, поэтому зачастую дешевле накидать хранимок или вьюх чтобы заставить ОРМ хоть как-то шевелиться (хотя учитывая что у ТС MSSQL я подозреваю что там в хранимых процедурах налеплено УГ из временных таблиц - стандартный подход для MSSQL)