This Domain(Admin5.com) is for Sale:

《高性能的数据库》 第四讲 编程细节(2)

时间:2007-11-09  来源:不详  作者:迈克DB
第四讲 编程细节(下部分)

 1、触发器
 2、游标
 3、函数
 4、存储过程
 5、事务

---------------------
作者:懒虫 # SapphireStudio .
欢迎访问我们的站点www.chair3.com
欢迎转载。
--------------------

  上次得到不少朋友的捧场,信心大增了:),决定趁着五一期间把它写完,反正外面非典厉害,也不好出去玩。这里讲到3、4、5了。

  这里决定把4与3调换一下,先讲解4(存储过程,以下用sp来简称;函数,以下用fn来简称)

4、存储过程。

  存储过程是数据库编程里面最重要的表现方式了。

  呵呵,这里我要提到上次说道的:我拒绝使用触发器。这里我要开始猛批一顿触发器了。

  在SQL 2000里,说实话,我实在找不出触发器可以存在的理由。回忆一下:触发器是一种特殊的存储过程。它在一定的事件(Insert,Update,Delete 等)里自动执行。我建议使用sp和级联来代替触发器。

  在SQL 7 里面,触发器通常用于更新、或删除相关表的数据,以维护数据的完整。SQL 7里面,没有级联删除和级联修改的功能。 只能建立起关系。既然SQL 2000里面提供了级联,那么触发器就没有很好的存在理由。更多的情况下是作为一个向下兼容的技术而存在。 copyright dedecms

  当然,也有人喜欢把触发器作为处理数据逻辑,甚至是业务逻辑的自动存储过程。 这种方法并不足取。这里列举以下使用触发器的一些坏处:

 a、“地下”运行 。
   触发器没有很好的调试、管理环境。调试一段触发器,要比调试一段sp更耗费时间与精力。

 b、类似于goto语句。(过分自由的另外一个说法是:无政府主义!)
   一个表,可以写入多个触发器,包括同样for Update的10个触发器!同样for Delete的10个触发器。也就是说,你每次要对这个表进行写操作的时候,你要一个一个检查你的触发器,看看他们是做什么的,有没有冲突。
   或许,你会很牛B的对我说:我不会做那么傻B的事情,我记得住我做了些什么!3个月以后呢?10个月以后呢?你还会对我说你记得住么?
 c、嵌套触发器、递归触发器
   你敢说你这么多的触发器中不会存在Table1更新了Table2表,从而触发Table2表更新TAble3,TAble3的触发器再次触发Table1更新Table2…… ??
   或许还会发生这种情况:你的程序更新了Table1.Fd1,触发器立马更新Table1.fd1,再次触发事件,触发器再次更新Table1.fd1……

   当然,SQL Server可以设置和避免应用程序进入死循环,可是,得到的结果,或许就不是你想要的。
织梦好,好织梦

 
 …… 
  我想不出触发器更多的坏处了,因为我早就抛弃了它。算了,不批它了,酸是各人爱好把!我建议使用完全存储过程来实现数据逻辑和事务逻辑!

  先讲讲sp的编写格式(我个人的编程习惯)。良好的习惯有助于日后的维护。


  Create Proc spBuyBook(           --@@存储过程头,包括名字、参数、说明文档
   @iBookID int,   --书的ID       --@@参数
   @iOperatorID int  --操作员ID
  )
  -------------------------------------------------------  @@说明文档
  --Name : spBuyBook                    @@名字   
  --func : 购买一本书的业务逻辑              @@存储过程的功能           
  --Return: 0,正确;-1,没找到该书;-2,更新Book表出错;-3..... @@返回值解释
  --Use  : spDoSomething,spDoSomething2....        @@引用了那些外部程序,比如sp,fn,vw等
  --User : 懒虫                      @@该存储过程的使用者

看完这篇,您有何感觉呢?

文章评论

共有位Admini5网友发表了评论 查看完整内容

24小时热门信息