【发布时间】：2013-05-05 16:10:45
【问题描述】：
我有一个 MVC 应用程序，它到处都有内联 SQL。我目前正在使用 MySQL，并且很好奇将内联 sql 移动到函数或例程中是否是个好主意。这样，如果需要更改，我只需要在数据库级别更改例程或函数，而不是在需要新构建的代码级别更改。有其他方法吗？
【问题讨论】：
标签： c# mysql asp.net-mvc
【发布时间】：2013-05-05 16:10:45
【问题描述】：
最好将你的 sql 语句放在 c# 代码之外。有几个优点，
- 正如您所提到的，每次更改任何 sql 代码时都不需要构建
- 您将获得轻微的即兴表演
- 更高的可维护性和可读性
您也可以尝试EntityFramework 作为替代方案，您无需担心 sql 语句
【讨论】：
-
好的，所以我的选择是使用实体框架或例程？感谢实体框架的建议。如果我更改底层数据库并在此基础上构建 orm，那基本上不需要重建吗？
-
如果您更改数据库的架构，您肯定必须刷新 EF POCO，并且取决于您的更改，即使您也可能会进行重构。在 EF 中，您的实体是 CLR 原生对象，您更多地使用 CLR 语言 C#/VB 编写业务逻辑。当您更改 c# 代码时，自然需要重新构建。这是一个不同的上下文，我认为将 EF 相关更改与内联 sql 语句更改进行比较没有意义。