复杂操作当然是存储过程。
不过简单的操作用SQL好。

解决方案 »

  1.   

    同意 : windindance(风之舞) 
    对一些不确定的东西,或容易变动的东西,最好使用STORE PRODCEURE/FUNCTION/PACKAGE
    这样,即使改变算法,组件也不需要改动,只要重建一下就可以了。
    这里:设计一个好的组件结构很重要,好的结构可以减少对组件的维护工作量。
      

  2.   

    用STORE PRODCEURE可维护性强
      

  3.   

    lhbs和foolflyfish是微软熏陶出来的人才吧?
      

  4.   

    这要看具体的情况,如果对数据表的新增/删除/修改涉及到一些商业逻辑的话,建议你还是写在一些COM组件中,而不是单独的去想是否采用Sp 或是SQL.
      

  5.   

    着要看用户访问量的多少,如果用户非常多的话频繁的检索数据再加上存储过程服务器惠不堪重负的。我还是建议写到中间层去,而且象N_chow说的当把数据库交付用户的时候会泄漏不少商业机密的。
      

  6.   

    我不习惯用SP,个人觉得它增加了开发时间,我不知道它提供的性能优势是值得的吗,而且在SQLSERVER 中,很多SQL语句的第一次编译在服务器也是有缓存的,至于网络流量对于100m的局域网根本就不是问题,internet 上我认为增加的少许流量也不是问题。关注这个问题的讨论,有权威的意见吗?
      

  7.   

    回复人: N_chow(一劍飄香++) (2001-8-25 16:32:33)  得0分 
    这要看具体的情况,如果对数据表的新增/删除/修改涉及到一些商业逻辑的话,建议你还是写在一些COM组件中,而不是单独的去想是否采用Sp 或是SQL.  有道理!!!同意