在补充,如够需要修改Sql语句,不需重新编译

解决方案 »

  1.   

    存储过程也很有利于移植
    例如:由delphi变到.net,存储过程还可以用另外,在效率方面提高很大。在某些方面,更节省源代码速度也要快些
      

  2.   

    insert 和update delete 是不是没有必要用?
    只有统计查询才用的着?
      

  3.   


    也用存储过程1.传参数比较安全(tsql injection attack)
    2.可以尽量避免改客户端代码(比如哪一天要你同时update另一个表)不过对于一条insert不会有性能差别不是理由的理由:SAP系统里都是存储过程
      

  4.   

    存储过程其实就是预编译的SQL语句,执行效率比Sql语句高得多。我曾做过试验:插入10000条记录,存储过程只用1秒,而Sql语句用56秒!
      

  5.   

    我想请问一下安全性是指什么呢?因为存储过程是可以解密的,照样可以看到它的所有的SQL语句。
      

  6.   

    最简单的一个:
    表结构
    tablename:student;
    student_id int,
    s_name     varhcar(10)
    -----------------------------create procedure dbo.sp_select_student_name(
           @s_name varchar(10)
           )
    as
    begin
           select * from student
           where s_name like '%' + @s_name + '%'
    end-------------------------------
    客户端调用如下(MSSQL):
    sp_select_student_name ‘name’
      

  7.   

    有很多这样的解密工具呀,我都用过,以前的ASP文件、脚本文件都是可以加密解密的。
      

  8.   

    最好是不用,sql语句不用硬编码,效率必存储过程差不了多少。不用存储过程主要是考虑到系统的移植及升级。如果项目时间充足,就不要用存储过程。尽量将系统分层设计。
      

  9.   

    用存储过程好,效率高,而且可以省去对字符串的处理,真是方便啊。
    升级和移植也很方便呀?
    我看不会把sql移植到mysql or oracle上去吧:)
      

  10.   

    刚学,觉得很不方便,不但代码量增多,而且要是写存储过程的人和用存储过程的人不是同一人的话,那更是罗索!处理成批的数据时,Predure受欢迎.