slavaz/lorsource — comment on commit 86b434df7bbba8d98cacd12c41f53c98f4f5670b
File:  line 0
By maxcom:

> В том-то и дело, что слой DAO должен быть простым, как валенок. Это в сервисах будет логика некислый рефакторинг, а DAO всего лишь должны отражать структуру СУБД в DTO (ну или вызывать хранимые процедуры СУБД, если часть логики реализована самой СУБД). DAO особо переделываться не должно, разве что расширяться и дополняться. Если даже появятся/изменятся/удалятся поля в таблицах , то всего лишь меняется DTO и метод DAO, а интерфейс остаётся неизменным.

Там половина DAO - хитрые выборки с большими join'ами, сабселектами и
прочей радостью. Что именно попадет в JOIN, что будет извлечено из
кеша, а что будет достроено дополнительными select'ами это вопрос
дальнейшей разработки.

> Скажи окончательное решение по интерфейсам к DAO. Просто скажи: "используем" или "не используем", без объяснений, а то твои объяснения провоцируют мои аргументации :)

давай без интерфейсов