如果逻辑比较复杂的就用储存过程实现,不然就写在业务逻辑层,你不会一个select * from users 也写存储过程的吧.

解决方案 »

  1.   

    最好不要再程序中出现动态的sql语句,最好用存储过程。
      

  2.   

    同意  happyjun2000(蓝色游侠∮NET)我在做项目是基本就是这个原则
      

  3.   

    同意!happyjun2000(蓝色游侠∮NET
      

  4.   

    这就要看你的整体系统结构是怎么设计的了,对于三层结构把sql写在数据层和业务逻辑层都可以(视sql的功能及难度而定)。但我相信在一般的管理类系统中三层结构是不能满足要求的,更多的情况下是使用 n 层结构!在n层架构中建议sql都写在存储过程中!
      

  5.   

    首推存储过程,然后业务逻辑层,如果功能简单就不要写存储过程了,小题大作!
    同意happyjun2000(蓝色游侠∮NET
      

  6.   

    顾名思义在数据层写sql, 业务层不允许出现sql语句。
      

  7.   

    为什么要用存储过程?现在的电脑配置都够高了,做服务器的内存至少1G以上。如果做的项目多首推编写通用类。将添删改查这种常用的编写成dll类库以后只要引用类库调用方法就行了。
    例如你建一个项目,将编好的通用类dll直接放到bin文件下。再引用一下。以后调用一下方法就够了。