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

S>Конечно даёт. Простота — это вообще что?
S>Решает не простота, а maintainability кода.

А maintainability это что? Чем проще код, тем лучше maintainability.

S>Тут, к сожалению, конь не валялся.
S>CLR добавили в SQL Server 15 лет назад. Ещё до генериков.
S>Логично было бы перепилить весь тот ужас на современные технологии, ну или хотя бы добавить нормальные контракты, оставив поддержку старых для совместимости — но нет, увы...
S>Я уж не говорю про то, что надо бы по хорошему добавить поддержку linq и всего современного инструментария в CLR-код, исполняемый в сервере.

Вот, про что и разговор: неудобная обвязка, ограничение по версии рантайма, по версии языка. Думаю, есть проблемы, если сборка использует нативный код или кодогенерацию. И зачем все это? На сервере приложений ты свободен в выборе. Можно при необходимости с каждым приложением свой рантайм таскать, любая библиотека с nuget в твоем распоряжении, инструментальная поддержка близка к идеальной. Да, если будут проблемы с выборкой данных, всегда есть простор для оптимизации, хочешь средствами базы, хочешь кэшированием, хочешь избыточностью данных, хочешь расширением канала между сервером приложения и базы .