看别人的代码，其中有时调用的是数据库中的存储过程，有时调用的是随手写的SQL语句，应该怎样取舍？该如何解决
看别人的代码，其中有时调用的是数据库中的存储过程，有时调用的是随手写的SQL语句，应该怎样取舍？
我想知道在什么情况下需要把处理写成数据库的存储过程以便调用，什么情况下可以写成一般的SQL语句就成，或者统统都写成存储过程呢？谢谢！
------解决方案--------------------
用存储过程访问数据库会更快,只有什么时候用sql语句,看你页面要实现的功能了,如果很简单,我觉得写无所谓,如果很多动能,要写一大堆的话,可读性太差.最好用类的方法封装和数据库的交互,这样实现表示层 和 数据层的分离,体现了俺们学界所谓的三层结构 呵呵
------解决方案--------------------
可以重用啊，再就是速度快，我一般都是觉得比较麻烦的就在存储过程，一般的就直接写了，懒得写存储过程了
------解决方案--------------------
每个人有不同的习惯，对于公司也有不同的习惯，如果存储过程太多，管理也不一定是好事。因为运行的程序（网上的）和线下开发的存储过程会不一样，造成问题。而程序不一致的情况要少，而且容易发现
------解决方案--------------------
我觉得一般的查询直接写sql就可以了，
对于一些复杂的sql操作，上一步的操作失败，会影响下一步操作那种，应该要用存储过程写方便一点，操作失败后可以回滚·～
我想知道在什么情况下需要把处理写成数据库的存储过程以便调用，什么情况下可以写成一般的SQL语句就成，或者统统都写成存储过程呢？谢谢！
------解决方案--------------------
用存储过程访问数据库会更快,只有什么时候用sql语句,看你页面要实现的功能了,如果很简单,我觉得写无所谓,如果很多动能,要写一大堆的话,可读性太差.最好用类的方法封装和数据库的交互,这样实现表示层 和 数据层的分离,体现了俺们学界所谓的三层结构 呵呵
------解决方案--------------------
可以重用啊，再就是速度快，我一般都是觉得比较麻烦的就在存储过程，一般的就直接写了，懒得写存储过程了
------解决方案--------------------
每个人有不同的习惯，对于公司也有不同的习惯，如果存储过程太多，管理也不一定是好事。因为运行的程序（网上的）和线下开发的存储过程会不一样，造成问题。而程序不一致的情况要少，而且容易发现
------解决方案--------------------
我觉得一般的查询直接写sql就可以了，
对于一些复杂的sql操作，上一步的操作失败，会影响下一步操作那种，应该要用存储过程写方便一点，操作失败后可以回滚·～