Я рассмотрел использование dapper, но мне все еще не нравится идея использования встроенного SQL. Есть ли какие-либо мысли только stored procedures, поэтому в случае возникновения проблемы с запросом ему не понадобится recompilation, а просто изменение на stored procedure в базе данных. Существуют ли какие-либо альтернативы, такие как хранение всех SQL queries в собственной библиотеке классов?Лучше ли избегать inlnine SQL с dapper?
Dapper поддерживает оба варианта и не имеет мнения по этой теме.
Ваш вопрос предполагает, что развертывание вашей кодовой базы сложно. Если это код на стороне клиента, это может иметь смысл. Для серверного кода обычно проще повторно развертывать приложение, чем изменять хранимую процедуру - в идеале 1 клик через что-то вроде TeamCity. Конечно, ваши хранимые процедуры должны также имеют управление процессом/развертыванием.
Наличие SQL в библиотеке классов не будет покупать вас много: вам все равно нужно повторно развернуть, чтобы получить изменения. Конечно, имеет смысл иметь код, ориентированный на данные в отдельных сборках, с кодом UI (etc), но это решение локальной архитектуры.