大家好,我在公司是做小运用程序编写的
有天以前的朋友说他们的公司的系统程序没有SQL语句
都是放在procedure中进行处理的
我之前也学过procedure,但是不知道使用procedure的优缺点
请大侠们不吝赐教!

解决方案 »

  1.   

    procedure常用的就是自定义过程和方法吧,至少我是这么用的。把一些你需要多次书写的程序段用procedure的方式写成单个的过程,然后其他几处要引用时直接调用这个过程,就不需要再重复写代码了。节省体力,程序也容易看懂
      

  2.   

    这个我是了解的,但是我想着我朋友的那话
    说所有的数据库处理都是放在procedure中去做的
    这样的特点是什么呢
      

  3.   

    各有利弊。procedure不利于并发。 我觉得和楼上正相反,有了procedure后,程序本身不容易看懂了,因为很多逻辑在procedure里面,只有两个结合起来才知道怎么回事。
      

  4.   

    如果是多层的架构
    [size=10px]低端完全作为接受数据的,数据层处理底层传来的值
    这样解释是不是合理
    [/size]
      

  5.   

    楼主说的是存储过程Stored Procedure,存储过程的业务处理在数据库服务器上
      

  6.   

    LZ不要那么本本主义!
    SQL写在哪完全取决于项目的实际情况,业务逻辑比较简单且数据推拉操作比较多适合用UI+stored procedure
    业务逻辑比较复杂且数据库不确定(考虑以后要升迁)最好用ORMapping来处理,维护成本也比较低!
      

  7.   

    用procedure的话,优点在于:不用常改程式代码再重新编译来达到效果,少写一点代码,多点灵活性.任何改动只需要改一下procedure就行了. 觉得多用于分工明细的开发组,一部份人写程式,一部份人设计数据库,写程式的要有什么效果,跟设计数据库的说一下,设计数据库的写好procedure,给一个procedure名和一些参数就行了.主要是容合性和效率.