Не могу согласиться с советом "Никогда не использовать хранимые процедуры.". Более того, я считаю его скорее вредным, чем полезным. На всякий случай, я за то, чтобы логики в БД было как можно меньше. Тем не менее, хранимки - это классная штука. Хранимые процедуры совсем не обязательно должны быть сложными или инкапсулировать ту логику, что правильней реализовывать на бекэнде. Они могут быть крайне простыми и при этом быть полезными( а могут быть и сложными, т.к. есть задачи которые все же лучше выполнить на БД, а не на Бекенде, например хитрая фильтрация или агрегация). Большинство СУБД( с которыми мне приходилось иметь дело) предкомпилируют и кешируют код хранимок, что ускоряет их выполнение(особенно относительно непараметризованных запросов). Они добавляют почти бесплатный(см. выше про компиляцию) слой абстракции(в отличии от ORM), который добавляет гибкости (особенно когда нужно поменять модель данных). Они удобнее управляются чем embedded запросы размазанные по коду как попало. Они зачастую эффективнее чем всякие ORM генеренные запросы. Их проще тюнить и править. Если у Вас небольшой проект или слабая роль БД в нем, то может и не стоит заморачиваться. Иначе, хранимки (которые можно автогенерить тулзой) - это один из наиболее эффективных способов работы с БД.
Не могу согласиться с советом "Никогда не использовать хранимые процедуры.".
Более того, я считаю его скорее вредным, чем полезным.
На всякий случай, я за то, чтобы логики в БД было как можно меньше. Тем не менее, хранимки - это классная штука.
Хранимые процедуры совсем не обязательно должны быть сложными или инкапсулировать ту логику, что правильней реализовывать на бекэнде.
Они могут быть крайне простыми и при этом быть полезными( а могут быть и сложными, т.к. есть задачи которые все же лучше выполнить на БД, а не на Бекенде, например хитрая фильтрация или агрегация).
Большинство СУБД( с которыми мне приходилось иметь дело) предкомпилируют и кешируют код хранимок, что ускоряет их выполнение(особенно относительно непараметризованных запросов).
Они добавляют почти бесплатный(см. выше про компиляцию) слой абстракции(в отличии от ORM), который добавляет гибкости (особенно когда нужно поменять модель данных).
Они удобнее управляются чем embedded запросы размазанные по коду как попало.
Они зачастую эффективнее чем всякие ORM генеренные запросы.
Их проще тюнить и править.
Если у Вас небольшой проект или слабая роль БД в нем, то может и не стоит заморачиваться. Иначе, хранимки (которые можно автогенерить тулзой) - это один из наиболее эффективных способов работы с БД.
Хоть звук нормальный)