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

их станет столько, сколько необходимо. плохого ничего в этом нет.

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

ну хоть на этом сошлись. уже отлично

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

преждевременная оптимизация не меньшее зло. код должен быть нормальным, но нет смысла гнаться за +1% перфоманса.

HBM>>а дальше при необходимости в некоторых местах можно и хранимыи использовать, если будет нужно.