Если я перефразирую ваш вопрос, я думаю, что вы спрашиваете: «Должен ли я поместить свою бизнес-логику в tsql или c #?»
Лично я настоятельно рекомендую c # (или vb.net, если вы этим пользуетесь). Как инструмент программирования, он дает вам гораздо больше возможностей, чем TSQL. И когда я говорю «сила», я имею в виду способность писать простой для понимания, логичный, хорошо организованный самодокументированный код, который, что более важно, легко поддерживать. Объектно-ориентированные методы, такие как абстрактные классы и интерфейсы, позволяют создавать не только повторно используемые фрагменты кода, но и обеспечивать реализацию легко отслеживаемой бизнес-логики. Это может быть смоделировано с сохраненными процессами, но вы в конечном итоге перепрыгиваете через обручи, чтобы реализовать его, а затем отслеживаете, когда возникают проблемы.
Репозитории кода также созданы для интеграции с VS гораздо легче, чем с SQLserver, и управление изменениями или даже поддержка локальной среды разработки становятся более сложными, когда объекты сосредоточены на базе данных, которая слишком велика для локального запуска, в отличие от обновления разработчики локальной рабочей копии кода C #.
Конечно, в одном сценарии разработчика, когда никто больше не будет работать над этим приложением, соображения совместной работы и управления изменениями бледнеют по сравнению с удобством разработчика с tsql против любого другого инструмента.
И, наконец, только потому, что c # предоставляет богатые языковые функции, их используют не все. Я могу (и должен !!) написать 1000-строчный метод c # так же легко, как написать 1000-строчный хранимый процесс.
Надеюсь, это поможет,
Lawrence