软件外包公司触发器

　　北京软件外包公司继续上个月的专栏——“SQL SERVER触发器的基础知识及其特点” 。我开这个专栏的目的是为了回应我收到的许多关于触发器的问题。我会从 INSTEAD OF 触发器以及它与AFTER 触发器差别开始讲起。然后我会在讨论一些使用 INSTEAD OF 触发器的情形。其中包括允许几个视图对多个表进行更新。最后，我会讨论触发器怎样去处理事务，编写改变某个表中多行记录的触发器，以及确定在触发器中哪些列被修改。

　　因此，怎么决定在合适的时间和位置放置 INSTEAD OF 触发器呢？有几个关键的因素在做决定是值得考虑的。AFTER 触发器多用在动作必须在表中数据发生改变之后才执行后情情况。比如，AFTER 触发器可以用于将对数据作任何变动的日志记录在一个相对独立的审计表中。INTEAD OF 触发器也能做同样的工作。但是 INSTEAD OF 触发器在这个情况下的效率比较低，因为更新动作只能在将它发生的动作准确地记录在审计表之后才允许执行。

　　一般来说，只要软件定制开发不影响数据的修改，AFTER 触发器比 INSTEAD OF 触发器更有效率。在对数据进行计算或是对数据的修改作为一个整体提交或是作为一个整体回退的情况下，AFTER 触发器也是一个很好的选择。例如，存在这样一条规则：对在 Products 表的产品价格的变动超过30％的必须回退。AFTER 触发器能很漂亮地完成这个工作，它利用已插入同已删除的表中的产品价格作比较，然后在有必要的时回滚事务。这些都是 AFTER 触发器的理想条件，但有时 INSTEAD OF会更好些。

　　如果你（通过视图或是表自身）检查相应表中的值，很明显，这些值已被更新了。当然，对INSTEAD　OF 触发器作一些改变会使其有不同的结果。例如，不存在写一个触发器去改变四个基表的需求，因此，可以将触发器中的一个或是多个 UPDATE 语句删去。假设 INSTEAD　OF 触发器仅仅是为了更新 Order Details 表的值，这就会仅仅更新在 Order Details 表中的字段，而忽视任何在其他基表上的修改。在这种情况下，在 Customers,Products 或是 Orders 表中不会产生任何错误同时也不会发生任何改变。当然，如果这三个表中的某些字段发生改变的话，会发生报错。如我呆会在这篇文章会讨论的一样，UPDATE 和 COLUMNS＿UPDATED 函数是个检测哪些字段发生改变的理想的方法。

　　Figure 2 也演示了怎么写一个触发器修改多行记录。注意到 UPDATE 语句如何按关键字连接被插入的表和各个基表。这就保证更新是对所有的行，这些行在视图中被原有的 UPDATE 语句修改。通过循环被插入表的记录行也能完成该操作。不管怎么样，通常避免使用游标是个好主意，尤其是在使用触发器时更应如此。SQL SERVER 被设计成以数据集的方式来处理数据，而游标是为一次处理一个数据行而设计的。在触发器中使用游标会降低程序的性能，因此，最好能使用象 Figure 2 中那样更有效代替方法或使用一个子查询。

　　另一个改变  触发器的方法就是使其在视图的 INSERT 和 DELETE 语句中激发。这也就意味着在适当的地方，触发器会实现  或是 DELETE 的功能。但是必须记隹的是 DELETE 可能会删除多个记录，这关键在于触发器是怎样写的。因此，检查触发器的需求，在实现之前进行测试，这些做法十分重要。 触发器可写在视图中，因此它可插入一个新的顾客、订单、详细的订单和产品。这个触发器也可以用来在插入一个新顾客之前检查这个顾客是否是新的(对其它记录的操作也是一样)。当采用的是   触发器时存在有许多机会，但是，当然，触发器是为解决相应的需求这才是它的本质。

　　通常，当引用一张表的  语句试图去赋值一个计算型的，恒等型的或是时间戳型的列时，会产生一个错误，因为这些列的值必须是由SQL SERVER来决定的。这些列必须被包含在UPDATE 语句中以便能满足列不能为空的要求。但是，如果  语句用  触发器引用一个视图，定义在触发器中的逻辑可以旁路掉这些列来避免错误的发生。为了达到这个目的，触发器决不能尝试去更新基表中相应列的值( 。当某一条被处理的记录来自被插入的表时，计算型的，恒等型的或是时间戳型的列可以用一个虚假值以满足不为空值的要求，这时，  触发器将忽略这些值，正确的值由  设置。

　　更新分开的列