（5）单击工具栏中的【分析】按钮，检查一下是否语法有错，如图11.3所示，如果在下面的【结果】对话框中出现“命令已成功完成”，则表示语法没有错误。
图11.3检查语法
（6）语法检查无误后，单击【执行】按钮，生成触发器。
（7）关掉查询编辑器对话框，刷新一下触发器对话框，可以看到刚才建立的【产品_Insert】触发器，如图11.4所示。
下面看一下触发器的工作原理。
11.3.1 After触发器的工作原理
After触发器是在记录更变完之后才被激活执行的。以删除记录为例：当SQL Server接收到一个要执行删除操作的SQL语句时，SQL Server先将要删除的记录存放在删除表里，然后把数据表里的记录删除，再激活After触发器，执行After触发器里的SQL语句。执行完毕之后，删除内存中的删除表，退出整个操作。
这两个表的结构与触发器所在数据表的结构是完全一致的，当触发器的工作完成之后，这两个表也将会从内存中删除。
插入表里存放的是更新前的记录：对于插入记录操作来说，插入表里存放的是要插入的数据；对于更新记录操作来说，插入表里存放的是要更新的记录。
删除表里存放的是更新后的记录：对于更新记录操作来说，删除表里存放的是更新前的记录（更新完后即被删除）；对于删除记录操作来说，删除表里存入的是被删除的旧记录。
l DDL触发器：DDL触发器是在响应数据定义语言（Data Definition Language）事件时执行的存储过程。DDL触发器一般用于执行数据库中管理任务。如审核和规范数据库操作、防止数据库表结构被修改等。
11.2 DML触发器的分类
SQL Server 2005的DML触发器分为两类：
l After触发器：这类触发器是在记录已经改变完之后（after），才会被激活执行，它主要是用于记录变更后的处理或检查，一旦发现错误，也可以用Rollback Transaction语句来回滚本次的操作。
（2）在如图11.1所示界面的【对象资源管理器】下选择【数据库】，定位到【Northwind】数据库à【表】à【dbo.产品】，并找到【触发器】项。
图11.1定位到触发器
（3）右击【触发器】，在弹出的快捷菜单中选择【新建触发器】选项，此时会自动弹出【查询编辑器】对话框，在【查询编辑器】的编辑区里SQL Server已经预写入了一些建立触发器相关的SQL语句，如图11.2所示。
表11.2在目标表中使用过的，DML触发器不能再使用的语句
不能使用的语句
语句功能
Create Index
Hale Waihona Puke 建立索引Alter Index
修改索引
Drop Index
删除索引
DBCC Dbreindex
重新生成索引
Alter Partition Function
通过拆分或合并边界值更改分区
Drop Table
11.1.1触发器的概念和作用
在SQL Server 2005里，可以用两种方法来保证数据的有效性和完整性：约束（check）和触发器（Trigger）。约束是直接设置于数据表内，只能现实一些比较简单的功能操作，如：实现字段有效性和唯一性的检查、自动填入默认值、确保字段数据不重复（即主键）、确保数据表对应的完整性（即外键）等功能。
还是举上面的例子：在产品库存表里，如果要删除一条产品记录，在删除记录时，触发器可以检查该产品库存数量是否为零，如果不为零则取消删除操作。看一下数据库是怎么操作的：
（1）接收SQL语句，将要从产品库存表里删除的产品记录取出来，放在删除表里。
（2）从产品库存表里删除该产品记录。
（3）从删除表里读出该产品的库存数量字段，判断是不是为零，如果为零的话，完成操作，从内存里清除删除表；如果不为零的话，用Rollback Transaction语句来回滚操作。
l Instead Of触发器：这类触发器一般是用来取代原本的操作，在记录变更之前发生的，它并不去执行原来SQL语句里的操作（Insert、Update、Delete），而去执行触发器本身所定义的操作。
11.3 DML触发器的工作原理
在SQL Server 2005里，为每个DML触发器都定义了两个特殊的表，一个是插入表，一个是删除表。这两个表是建在数据库服务器的内存中的，是由系统管理的逻辑表，而不是真正存储在数据库中的物理表。对于这两个表，用户只有读取的权限，没有修改的权限。
l完成比约束更复杂的数据约束：触发器可以实现比约束更为复杂的数据约束
l检查所做的SQL是否允许：触发器可以检查SQL所做的操作是否被允许。例如：在产品库存表里，如果要删除一条产品记录，在删除记录时，触发器可以检查该产品库存数量是否为零，如果不为零则取消该删除操作。
l修改其它数据表里的数据：当一个SQL语句对数据表进行操作的时候，触发器可以根据该SQL语句的操作情况来对另一个数据表进行操作。例如：一个订单取消的时候，那么触发器可以自动修改产品库存表，在订购量的字段上减去被取消订单的订购数量。
ON产品
AFTER UPDATE
AS
BEGIN
print '有一种产品更改了'
END
GO
CREATE TRIGGER产品_Delete
ON产品
AFTER DELETE
AS
BEGIN
print '又删除了一种产品'
END
GO
11.5.2测试触发器功能
建好After Insert触发器之后，现在来测试一下触发器是怎么样被激活的。
触发器是针对数据表（库）的特殊的存储过程，当这个表发生了Insert、Update或Delete操作时，会自动激活执行的，可以处理各种复杂的操作。在SQL Server 2005中，触发器有了更进一步的功能，在数据表（库）发生Create、Alter和Drop操作时，也会自动激活执行。
触发器常用的一些功能如下：
11.3.2 Instead Of触发器的工作原理
Instead Of触发器与After触发器不同。After触发器是在Insert、Update和Delete操作完成后才激活的，而Instead Of触发器，是在这些操作进行之前就激活了，并且不再去执行原来的SQL操作，而去运行触发器本身的SQL语句。
11.4设计DML触发器的注意事项及技巧
在了解触发器的种类和工作理由之后，现在可以开始动手来设计触发器了，不过在动手之前，还有一些注意事项必须先了解一下：
11.4.1设计触发器的限制
在触发器中，有一些SQL语句是不能使用的，这些语句包括：
表11.1在DML触发器中不能使用的语句
不能使用的语句
语句功能
11.5设计After触发器
在了解触发器及其种类、作用、工作原理之后，下面详细讲述一下要怎么去设计及建立触发器。
11.5.1设计简单的After触发器
下面用实例设计一个简单的After Insert触发器，这个触发器的作用是：在插入一条记录的时候，发出“又添加了一种产品”的友好提示。
（1）启动Management Studio，登录到指定的服务器上。
l返回自定义的错误信息：约束是不能返回信息的，而触发器可以。例如插入一条重复记录时，可以返回一个具体的友好的错误信息给前台应用程序。
l更改原本要操作的SQL语句：触发器可以修改原本要操作的SQL语句，例如原本的SQL语句是要删除数据表里的记录，但该数据表里的记录是最要记录，不允许删除的，那么触发器可以不执行该语句。
图11.2 SQL Server 2005预写的触发器代码
（4）修改【查询编辑器】里的代码，将从“CREATE”开始到“GO”结束的代码改为以下代码：
CREATE TRIGGER产品_Insert
ON产品
AFTER INSERT
AS
BEGIN
print '又添加了一种产品'
END
GO
如果有兴趣的话，也可以去修改一下如图11.2中绿色部分的版权信息。
触发器实际上就是一种特殊类型的存储过程，其特殊性表现在：它是在执行某些特定的T-SQL语句时自动的。
11.1触发器简介
触发器实际上就是一种特殊类型的存储过程，它是在执行某些特定的T-SQL语句时自动执行的一种存储过程。在SQL Server 2005中，根据SQL语句的不同，把触发器分为两类：一类是DML触发器，一类是DLL触发器。
激活触发器的动作
Inserted表
Deleted表
Insert
存放要插入的记录
Update
存放要更新的记录
存放更新前的旧记录
Delete
存放要删除的旧记录
以上面删除库存产品记录为例，在删除时触发器要判断库存数量是否为零，那么判断就应该这么写：
If (Select库存数量From Deleted)>0
l Truncate Table语句虽然类似于Delete语句可以删除记录，但是它不能激活Delete类型的触发器。因为Truncate Table语句是不记入日志的。
l WRITETEXT语句不能触发Insert和Update型的触发器。
l不同的SQL语句，可以触发同一个触发器，如Insert和Update语句都可以激活同一个触发器。
l调用更多的存储过程：约束的本身是不能调用存储过程的，但是触发器本身就是一种存储过程，而存储过程是可以嵌套使用的，所以触发器也可以调用一个或多过存储过程。
l发送SQL Mail：在SQL语句执行完之后，触发器可以判断更改过的记录是否达到一定条件，如果达到这个条件的话，触发器可以自动调用SQL Mail来发送邮件。例如：当一个订单交费之后，可以物流人员发送Email，通知他尽快发货。
（1）在Management Studio里新建一个查询，在弹出的【查询编辑器】对话框里输入以下代码：
INSERT INTO产品(产品名称) VALUES ('大苹果')