Сложные вычисления (CTE, Linked Servers, работа с различными БД, и т.д. ) - в хранимых процедурах и функциях.

Банальные CRUD - возложить на ORM (EF, Linq 2 SQL, NHibernate, ...)

P.S. Документировать C# код можно автодокументацией (спец. тулзы), основанной на встроенных комментах методов с описанием параметров. Удобно и быстро.

зыкак часто в практике участников этой дискуссии приходилось менять базу в уже запущенном приложении?
Странный вопрос. Причем тут факт "запущенности" приложения?
ORM наглядно демонстрирует свои плюсы при поддержке приложением различных видов СУБД, избавляет от рутинной работы запросописания (кодогенерация модели) и вкореживания этой добродетели в бизнес-слой, рефакторинг на порядки проще и быстрее. Сто раз уже перетиралось, к чему этот "едкий вброс"?

зыК тому, что аппонент выше, чей пост я комментировал, чуть ли не основным достоинством указывает то, что "не нужно переписывать хранимки при смене базы".
Чем дальше от специфики SQL, тем выше будет гибкость и переносимость конечного продукта. Иногда даже жертвуя производительностью (лично я не сторонник подхода подобных жертв).
зы"запущенное приложение" = "запущенное в продакшн приложение"
Я так и подумал изначально, но закралось подозрение и в другой интерпритации. Это я к тому, чтобы яснее выражаться.
Лично я учавстовал в двух таких проектах, где одним из основных требований была кросс-сиквельность.

P.S. В основные достоинста я бы внес не поддержку различных источников данных и схем, а кодогенерацию полноценной дата-модели (EF, Linq 2 SQL), что избавляет нас от жуткой однообразной рутины, в которой нечастно можно поиметь и ошибки. На выходе - общая скорость разработки продукта (+ скорость рефакторинга бизнес-слоя).