你应该这么说：


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