在开发时,尽量把对数据库的操作写成到存储过程里面,这想法正确吗
在开发时,尽量把对数据库的操作写成到存储过程里面,可以吗?
只要是能用存储过程完成的,全写成存储过程,不论增,,删,改,查,这种想法错误吗?
感觉全写成存储过程,以后不太容易维护啊,高手指点一下


------解决方案--------------------
你应该这样看问题：

所谓的表、视图，其实就是业务对象在另外一个容器中的体现，他们和你在程序里面设计的实体对象没有什么区别！

存储过程，其实就是在另外一个容器中的业务操纵程序，是业务实现的一部分。

请问LZ，如果相关这些部分的程序都用存储过程，那么，你的应用里面的业务实现，岂不是分布在了两个容器里面？如果版本有更新，不是要更新两种完全不同的业务实现方式？如果有 BUG，岂不是要在两个容器里面分别找？

再接上一个帖子里面我的问题，如果要更换数据库这个平台级容器的时候，比如说，从 mssql 到 db2，旧平台上的存储过程是不是就全部报废？

LZ，请把目光放长远点，要知道，ORM 之所以这么火，不是没有原因的。