是否更好地避免使用精巧的内联SQL？

Question

我考虑过使用dapper，但我仍然不喜欢使用内联SQL的想法。是否有stored procedures有任何想法如果查询出现问题，则不需要recompilation，只需更改数据库中的stored procedure即可。有没有其他选择，例如将所有SQL queries保留在自己的类库中？

Answer 1

Dapper支持这两个选项，对该主题没有任何意见。

您的问题表明，部署代码库非常棘手。如果这是客户端代码，那可能有意义。对于服务器端代码，重新部署应用程序通常比更改存储过程更容易 - 最好是通过TeamCity之类的单击进行1次单击。当然，您的存储过程也具有进程/部署控制权。

在类库中使用SQL不会对您造成太大影响：您仍需要重新部署才能获得更改。当然，将面向数据的代码放在与UI（等）代码不同的程序集中可能是有意义的，但这是本地架构决策。