华商宝

触发器简介　　触发器可以查询其他表，而且可以包含复杂的SQL语句。它们主要用于强制服从复杂的业务规则或要求。例如：您可以根据客户当前的帐户状态，控制是否允许插入新订单。

　　触发器也可用于强制引用完整性，以便在多个表中添加、更新或删除行时，保留在这些表之间所定义的关系。然而，强制引用完整性的最好方法是在相关表中定义主键和外键约束。如果使用数据库关系图，则可以在表之间创建关系以自动创建外键约束。

　　当数据库中表中的数据发生变化时，包括insert,update,delete任意操作，如果我们对该表写了对应的DML触发器，那么该触发器自动执行。DML触发器的主要作用在于强制执行业
务规则，以及扩展Sql Server约束，默认值等。因为我们知道约束只能约束同一个表中的数据，而触发器中则可以执行任意Sql命令。

　　它是Sql
Server2005新增的触发器，主要用于审核与规范对数据库中表，触发器，视图等结构上的操作。比如在修改表，修改列，新增表，新增列等。它在数据库结构发生变化时执行，我们主要用它来记录数据库的修改过程，以及限制程序员对数据库的修改，比如不允许删除某些指定表等。

　　DELIMITER |

　　CREATE TRIGGER
`<databaseName>`.`<triggerName>`

　　< [ BEFORE | AFTER ] > < [ INSERT | update |
delete ] >

　　ON <tableName>

　　FOR EACH ROW

　　BEGIN

　　--do something

　　END |

　　触发器可通过数据库中的相关表实现级联更改，不过，通过级联引用完整性约束可以更有效地执行这些更改。触发器可以强制比用CHECK约束定义的约束更为复杂的约束。与 CHECK
约束不同，触发器可以引用其它表中的列。例如，触发器可以使用另一个表中的 SELECT
比较插入或更新的数据，以及执行其它操作，如修改数据或显示用户定义错误信息。触发器也可以评估数据修改前后的表状态，并根据其差异采取对策。一个表中的多个同类触发器（INSERT、UPDATE
或 DELETE）允许采取多个不同的对策以响应同一个修改语句。

　　约束和触发器在特殊情况下各有优势。触发器的主要好处在于它们可以包含使用
Transact-SQL
代码的复杂处理逻辑。因此，触发器可以支持约束的所有功能；但它在所给出的功能上并不总是最好的方法。实体完整性总应在最低级别上通过索引进行强制，这些索引或是
PRIMARY KEY 和 UNIQUE 约束的一部分，或是在约束之外独立创建的。假设功能可以满足应用程序的功能需求，域完整性应通过 CHECK
约束进行强制，而引用完整性(RI) 则应通过 FOREIGN KEY 约束进行强制。在约束所支持的功能无法满足应用程序的功能要求时，触发器就极为有用。

　　例如：除非 REFERENCES 子句定义了级联引用操作，否则 FOREIGN KEY
约束只能以与另一列中的值完全匹配的值来验证列值。

　　CHECK
约束只能根据逻辑表达式或同一表中的另一列来验证列值。如果应用程序要求根据另一个表中的列验证列值，则必须使用触发器。约束只能通过标准的系统错误信息传递错误信息。如果应用程序要求使用（或能从中获益）自定义信息和较为复杂的错误处理，则必须使用触发器。

　　触发器可通过数据库中的相关表实现级联更改；不过，通过级联引用完整性约束可以更有效地执行这些更改。触发器可以禁止或回滚违反引用完整性的更改，从而取消所尝试的数据修改。当更改外键且新值与主键不匹配时，此类触发器就可能发生作用。例如，可以在
titleauthor.title_id 上创建一个插入触发器，使它在新值与 titles.title_id 中的某个值不匹配时回滚一个插入。不过，通常使用
FOREIGN KEY 来达到这个目的。

　　如果触发器表上存在约束，则在 INSTEAD OF 触发器执行后但在 AFTER
触发器执行前检查这些约束。如果约束破坏，则回滚 INSTEAD OF 触发器操作并且不执行 AFTER 触发器。

　　触发器到底可不可以在视图上创建 在 SQL Server™ 联机丛书中，是没有说触发器不能在视图上创建的，
并且在语法解释中表明：在 CREATE TRIGGER 的 ON 之后可以是视图。
然而，事实似乎并不是如此，很多专家也说触发器不能在视图上创建。我也专门作了测试，的确如此，不管是普通视图还是索引视图，都无法在上面创建触发器，真的是这样吗？

　　请点击详细，但是无可厚非的是：当在临时表或系统表上创建触发器时会遭到拒绝。

　　深刻理解 FOR CREATE TRIGGER 语句的 FOR 关键字之后可以跟
INSERT、UPDATE、delete 中的一个或多个，也就是说在其它情况下是不会触发触发器的， 包括
SELECT、TRUNCATE、WRITETEXT、UPDATETEXT。

　　相关内容 一个有趣的应用我们看到许多注册系统在注册后都不能更改用户名，但这多半是由应用程序决定的，
如果直接打开数据库表进行更改，同样可以更改其用户名, 在触发器中利用回滚就可以巧妙地实现无法更改用户名……详细内容 触发器内部语句出错时……
这种情况下，前面对数据更改操作将会无效。举个例子，在表中插入数据时触发触发器，而触发器内部此时发生了运行时错误，那么将返回一个错误值，并且拒绝刚才的数据插入。不能在触发器中使用的语句
触发器中可以使用大多数 T-SQL 语句，但如下一些语句是不能在触发器中使用的。

　　CREATE 语句，如：CREATE DATABASE、CREATE TABLE、CREATE INDEX
等。

　　ALTER 语句，如：ALTER DATABASE、ALTER TABLE、ALTER INDEX 等。

　　drop 语句，如：drop DATABASE、drop TABLE、drop INDEX 等。

　　DISK 语句，如：DISK INIT、DISK RESIZE。

　　LOAD 语句，如：LOAD DATABASE、LOAD LOG。

　　RESTORE 语句，如：RESTORE DATABASE、RESTORE LOG。

　　RECONFIGURE

　　TRUNCATE TABLE 语句在sybase的触发器中不可使用！

　　触发器功能强大，轻松可靠地实现许多复杂的功能，为什么又要慎用呢。触发器本身没有过错，但由于我们的滥用会造成数据库及应用程序的维护困难。在数据库操作中，我们可以通过关系、触发器、存储过程、应用程序等来实现数据操作……
同时规则、约束、缺省值也是保证数据完整性的重要保障。如果我们对触发器过分的依赖，势必影响数据库的结构，同时增加了维护的复杂程序。

　　create trigger tri_insert

　　on student

　　for insert

　　as

　　declare @student_id char(10)

　　select @student_id=s.student_id from

　　student s inner join inserted i

　　on s.student_id=i.student_id

　　if @student_id='0000000001'

　　begin

　　raiserror('不能插入1的学号!',16,8)

　　rollback tran

　　end

　　go ]

　　create trigger tri_update

　　on student

　　for update

　　as

　　if update(student_id)

　　begin

　　raiserror('学号不能修改!',16,8)

　　rollback tran

　　end

　　go

　　create trigger tri_delete

　　on student

　　for delete

　　as

　　declare @student_id varchar(10)

　　select @student_id=student_id from deleted

　　if @student_id='admin'

　　begin

　　raiserror('错误',16,8)

　　rollback tran

　　end