你应该这么说:
1:现在的数据库访问层,也不排斥用存储过程,不冲突的。
2:存储过程将来不好移植,将来是个大后患。
3:存储过程用多了,数据库服务器的压力太大,将来不好进行负载均衡。
4:把过多的逻辑写在存储过程里,违背面向服务,面向接口的理念,不要把啥都写在数据库里。
5:调试程序,修改维护程序,逻辑都写在存储过程了,不好维护,不容易发现错误,不能发挥VS2010类似编辑器的优点,C#语言的优点。
6:维护C#程序总比维护一大堆SQL脚本更容易更直观。
7:代码的版本管理 + 数据库存储过程的版本维护同时做相对折腾一些,还是没代码版本管理简单省事。
不是彻底反对用存储过程,能不用就不用原则吧,能少用少用原则。