Question

为什么要把数据库语句(增删改查)写到配置文件中

在增删改查的方法里面，把数据库语句写死的不行吗？解决变更吗？我觉得把SQL写到配置中不见得能完全地解决变更的问题。当SQL语句需要变更时，很大可能代码也不得不变更了。比如你在SQL语句中新加了一个字段，那么肯定是在程序中需要访问的，那么代码很可能就不得不变了；或者新增了一个参数，那么在程序中肯定要想办法传递这个参数，那么代码很可能又不得不变了 。综上所述，为什么要把数据库语句(增删改查)写到配置文件中？

Answer 1

把数据库查询语句写死当然行，一开始编程的人肯定就是这么做的，但是，你的查询语句只要有一点小改动，你就得重新编译你的程序，如果你是在开发环境下还好，遇到问题随时就编译了，你要是在生产环境中，你手头没有开发工具，只有记事本，你就没法儿了。SQL语句要是在放在配置中就不同了，配置文件只要用个文本编辑器（比如记事本）就能编辑，你就可以随时修改和解决遇到的问题，如果你的程序交付用户5年了，你的编程工具早就升级了，这时候能不能用简单工具进行维护，那区别就大了，你想想看。所以，在配置文件中写SQL是经验之举，程序采用配置文件机制也是经验之举。

Answer 2

用配置文件我觉得有几个好处我用的是ASP.NET 开发 数据库是MSSQL 我都用存储过程 应该和你的配置文件要表达的意思差不多 1.方便自己维护 从这个角度看,就是层次分离,数据库访问我只需要关注SQL代码,而不是需要多关注业务逻辑代码,让开发人员减少维护难度,提高效率。 2.提高用户体验 从这个角度看,比方要在前台有个查询界面test，显示字段A,字段B,字段C，这个时候要增加个字段D.那么就直接改配置文件的SQL语句,而程序不需要重新编译部署,直接修改test页面文件,覆盖就行了。 3.方便用户自己维护 从这个角度看,既然是配置文件,不需要编译,所以可以直接发给非技术用户,自己去弄, 就是简单一下去覆盖文件,而不是给他一大堆 SQL代码. 个人见解 希望对你有帮助,这些好的做法只是尽力去避免一些会发生的问题,但是会多一点开发时间,少很多维护时间。

Answer 3

这只是一种降低系统各层次间耦合性的方式，任何方式都不可能尽善尽美 只是在合适的时候使用就好了