HBM>>кто мешает вытащить только те данные, которые нужно и не тащить лишних?
G>ОРМ мешает. У меня, допустим замеплина таблица на сущность, а из этой сущности нужно пару столбцов для отчета. ОРМ всю сущность вытащит и дальше вы будете работать с теми полями что вам нужно.

кто мешает создать еще одну DTO с теми полями, которые нужны и не тянуть все?

G>>>А в целом от ОРМ гораздо больше проблем, чем выгоды.
HBM>>может быть вы просто не умеете его готовить?
G>Вот затраты на эту готовку слишком большие. Вы должны написать запрос с помощью ORM, потом посмотреть во что оно мапится, потом переписать, потом увидеть что не помогло и т.д. Вместо того, чтобы сразу написать нормальный SQL запрос. И как раз таки я заметил что среди сторонников ORM много тех, кто не умеет готовить SQL как раз таки

ну конечно. 100500 CRUD хранимых это прям рай.
на каждый чих по хранимой. на каждую мелкую сущность по 5 хранимых.
не не не девид блейн

оптимизировать sql нужно тогда, когда есть проблемы с перфомансом. 90% операций приложения это таки CRUD, а с ним любая ORM отлично справляется.
а дальше при необходимости в некоторых местах можно и хранимыи использовать, если будет нужно.