Здравствуйте, HeBpuMHeCkaTuHa, Вы писали:

HBM>кто мешает создать еще одну DTO с теми полями, которые нужны и не тянуть все?
DTO? Опа... Ну ладно, потому что этих DTO ваших станет немерено просто — рост логарифмический буквально.

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

HBM>ну конечно. 100500 CRUD хранимых это прям рай.
HBM>на каждый чих по хранимой. на каждую мелкую сущность по 5 хранимых.
HBM>не не не девид блейн
Но вот тут как раз таки можно ОРМ применять, как я написал выше. Это единственное с чем оно может справлятся.

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