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

MB>с одной стороны вопрос сферического коня в вакууме, а с другой — проза жизни.

MB>интересно было бы услышать мнения за и против использования хранимых процедур в CRUD (по одной на операцию). с учетом использования ADO.Net Entity Framework.

MB>с одной стороны 1000 таблиц 4000 процедур, "сложность" сопровождения, время написания и т.д. с другой стороны — удобство управления процессом удаления, например некоторые бизнес объекты не должны быть удалены с базы вообще, а вместо этого их состояние меняется на удаленный, логирование измененией и т.д. и это удобно, однажды описав поведение в ХП, использовать его в других случаях.

MB>если кто имеет какие-то критерии оценки "что такое хорошо и что такое плохо" — было бы интересно услышать.

Все зависит от архитектуры,

— например если есть бизнес слой то наверное принимать решение по всем операциям (включая удаление или пометку) должен он. Тогда вобщемто вся логика в хранимках становиться ненужной и дублирующей. В таком случае быстрее всего можно принять решение что потдержка 4000 процедур это слишком дорого.

— в другом случае если надежда тока на скуль сервер, то потдержку 4000 очень легко автоматизировать. Любой генератор српавляеться с этим на ура. Простейшие операции описываються очень простыми языками.