您的位置：首页 > 数据库

了解SQL Server触发器及触发器中的事务

2011-05-15 23:20 519 查看

[b]引述[/b]

首先，说下我写篇文章的目的，我希望能把我对触发器的理解，分享出来与你一起学习。如果你有对触发器和事务的概念，有些了解，这篇文章，对你来说会是很简单，或能让你更进一步的了解触发器里面的一些故事，和触发器中事务个故事。在这边文章里面，我不会从触发器和事务的概念去讲述，而是从常见的两种触发器类型(DML触发器&DDL触发器)和After触发器&InsteadOf触发器的应用不同，开始说起它们，然后是说与事务有关的故事。如果，你有什么建议和意见，都可以通过文章后面的回复与我沟通，或者通过E-Mail方式，与我交流；我的Email地址是：glal@163.com

在下面的内容，用到一些SQLServer触发器和事务的一些术语，如果有些不明白的地方，可以查阅MSDN资料库，或SQLServer本地帮助文档：

DML触发器(DMLTriggers)
DDL触发器(DDLTriggers)
事务模式(Transactionmodes)
显式事务(ExplicitTransactions)
自动提交事务(AutocommitTransactions)
隐式事务(ImplicitTransactions)
批范围的事务(Batch-scopedTransactions)

After触发器VsInsteadOf触发器After触发器将在处理触发操作（Insert、Update或Delete）、InsteadOf触发器和约束之后激发。InsteadOf是将在处理约束前激发，以替代触发操作。下面两张图描述了After触发器和InsteadOf触发器的执行先后顺序。

图1图2

左边的图1，描述了After触发器执行顺序情况，我在这里通过一个简单的例子来说明After触发器的执行顺序，以便能加深对左图1After触发器的理解。

先创建表Contact

[code]usetempdb

Go

ifobject_id('Contact')IsNotnull

DropTableContact

Go

CreateTableContact

IDintPrimaryKeyIdentity(1,1),

Namenvarchar(50),

Sexnchar(2)Check(SexIn(N'F',N'M'))Default('M')

Go

[/code]

再创建After触发器tr_Contact

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactAfterInsert

As

SelectName,SexFromInserted/*显示Inserted表的内容，用来判断触发器执行的先后顺序*/

Go

[/code]

然后Insert数据，判断After触发器的执行顺序

[code]usetempdb

Go

InsertIntoContact(Name,Sex)Values('Bill','U')

Go

[/code]

这里，在没有运行Insert语句之前，我们可以判断，执行Insert过程会触发Check错误，因为字段Sex的值必须是”F”Or“M”，而这里将要插入的是”U”.好了，再来看运行Insert语句后的情况。

本例子，只看到引发Check约束冲突的错误，而无法看到Inserted表的数据，说明一点就是,引起Check约束之前，不会引发After触发器tr_Contact的操作。这就验证了图1的After触发器执行顺序情况。

好了，接下来，我们再测试InsteadOf触发器图2的情况；我使用上边建好的测试表Contact来举例。

先修改触发器tr_Contact内容,

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactInsteadOfInsert

As

print'触发器作代替执行操作'

InsertIntoContact(Name,Sex)SelectName,SexFromInserted/*代替触发器外面的Insert行为*/

Go

[/code]

再Insert数据，观察SQLServer执行后的提示信息,

[code]usetempdb

Go

InsertIntoContact(Name,Sex)Values('Bill','U')

Go

[/code]

这里，看到，先是触发器操作，再是Check约束处理。本例中，在触发器里面使用一条Insert的语句来描述触发器的代替执行操作，这SQL语句通过Select表Inserted得到触发器外面Insert内容。当SQLServer执行到触发器里面的Insert语句，才会引起Check约束处理.倘若，在触发器tr_Contact没有Insert的代替行为，那么就不会出现Check约束处理错误的信息(注：没有Check错误信息，并不表示没有作Check处理)。修改上边的触发器tr_Contact内容，做个简易的验证.

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactInsteadOfInsert

As

print'触发器作代替执行操作'

Go

[/code]

[code]usetempdb

Go

InsertIntoContact(Name,Sex)Values('Bill','U')

Go

Select*FromContact

[/code]

可以看到，InsteadOf触发器tr_Contact内容没有Insert的SQL语句，不会引发Check处理错误，而且检查Insert动作后的结果，发现表Contact也没有之前我们Insert的数据。这些足够验证了InsteadOf触发器的执行先后顺序和代替执行操作。

DML触发器VsDDL触发器

DML触发器在Insert、Update和Delete语句上操作，可以作为After触发器和InsteadOf触发器。

DDL触发器对Create、Alter、Drop和其他DDL语句以及执行DDL式操作的存储过程执行操作，只可作为After触发器，不能InsteadOf触发器。

前面的内容，有描述DML触发器中的After&InsteadOf触发器内容，下面直接来看DDL的操作顺序：

图3.

从图3.可以知道，在DDL触发器中，是没有创建Inserted&Deleted过程的，我们通过简单的例子去测试下。

创建一个服务器范围内的DDL触发器，检查有没有Inserted表，

[code]usemaster

Go

IfExists(Select1Fromsys.server_triggersWherename='tr_createDataBase')

DropTriggertr_createDataBaseOnAllServer

Go

CreateTriggertr_createDataBaseOnAllServerAfterCreate_DataBase

As

Select*Frominserted

Go

[/code]

执行创建数据库SQL语句,

[code]usemaster

Go

CreateDatabasemyDataBaseOnPrimary

(Name='MyDataBase_Data',Filename='E:\DATA\SQL2008DE01\MyDataBase_Data.mdf')LogOn

(Name='MyDataBase_Log',Filename='E:\DATA\SQL2008DE01\MyDataBase_Log.ldf')

Go

[/code]

返回错误信息，

使用上边相同的方法，我们验证DDL触发器中，不会创建Deleted表；是否创建Deleted&Inserted,也可以认为是DDL触发器与DML触发器不同之处。在DLL触发器与DML触发器不同的一个重要特征是作用域，DML触发器只能应用在数据库层(DatabaseLevel)的表和视图上，而DDL触发器应用于数据库层(DatabaseLevel)和服务器层(ServerLevel)；DDL触发器的作用域取决于事件。下面简单描述下事件组的内容。

数据库层事件主要包含:

DDLTableevents:Createtable,Altertable,Droptable

DDLviewevents:Createview,Alterview,Dropview

DDLtriggerevents:Createtrigger,Droptrigger,Altertrigger

DDLsynonymevents:Createsynonym,dropsynonym

DDLIndexevents:Createindex,Alterindex,DropIndex

DDLDatabaselevelsecurityevents:

CreateUser,Dropuser,Alteruser

Createrole,Droprole,Alterrole

Createapplicationrole,Dropapplicationrole,AlterApplicationrole

CreateSchema,DropSchema,AlterSchema

Grantdatabaseaccess,Revokedatabaseaccess,DenyDatabaseaccess

DDLServicebrokerevents:

CreateMessagetype,AlterMessagetype,DropMessagetype

Createcontract,Dropcontract,Altercontract

CreateService,Alterservice,DropService

Createroute,Droproute,Alterroute

服务器层事件主要包含：

CreateDatabase,DropDatabase

CreateLogin,DropLogin,AlterLogin

触发器和事务的故事

在前面的几个例子中，如DML触发器例子，Insert语句执行后，因为触发器操作或Check处理错误，没有把数据真正的插入到表Contact中。其实，当执行触发器时，触发器的操作好像有一个未完成的事务在起作用。通过几个例子来讲解触发器和事务的故事。

创建一个表ContactHIST，用于对表Contact作UpdateOrDelete操作时，把操作前的数据Insert到表ContactHIST中。

[code]usetempdb

Go

ifobject_id('ContactHIST')IsNotnull

DropTableContactHIST

Go

CreateTableContactHIST

IDintPrimaryKeyIdentity(1,1),

ContactIDint,

Namenvarchar(50),

Sexnchar(2),

ActionTypenvarchar(10)Check(ActionTypeIn('Update','Delete')),

LastUpdateDatedatetimeDefault(getdate())

Go

[/code]

修改触发器tr_Contact内容，

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactAfterUpdate,Delete

As

InsertIntoContactHIST(ContactID,Name,Sex)

SelectID,Name,SexFromdeleted

RollbackTran

BeginTran

Go

[/code]

测试数据，

[code]usetempdb

Go

InsertIntoContact(Name,Sex)Values('Bill','F')

Go

--Update

UpdateContact

SetSex='M'

WhereName='Bill'

Go

Select*FromContact

Select*FromContactHIST

Go

[/code]

测试结果：

从上边的测试情况，看出，UpdateContact触发tr_Contact触发器操作，触发器里面的RollbackTran动作导致了触发器外面的Update语句执行回滚，而RollbackTran语句后面的BeginTran语句，主要是应用于保持整个事务的完整性。为了更能理解这一过程，我模拟了一个触发器中的事务开始结束过程。

图4.

在SQLServer2005和SQLServer2008上面，可以看到如图4.的效果。在低版本的SQLServer上，可能会出现错误提示情况，不管如何，在触发器外面，SQLServer都会RollbackTran。下面我做个错误提示的例子。

修改触发器tr_Contact内容

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactAfterUpdate,Delete

As

InsertIntoContactHIST(ContactID,Name,Sex)

SelectID,Name,SexFromdeleted

RollbackTran

--BeginTran

Go

[/code]

重新执行Update操作，

[code]usetempdb

Go

UpdateContact

SetSex='M'

WhereName='Bill'

Go

Select@@TRANCOUNT

Go

Select*FromContact

Select*FromContactHIST

Go

[/code]

在触发器里面没有BeginTran语句动作，触发器外面也能回滚操作。这里我们可以通过查询表数据和@@Trancount来判断。

其实，上面的例子，Update语句，是以自动提交事务(AutocommitTransactions)模式开始执行的，触发器里RollbackTran后面，不管有没有BeginTran，最后都会事务都会交回给SQLServer自动提交事务管理。当然，在DML触发器中，你可以使用显式事务(ExplicitTransactions),或开启隐式事务(ImplicitTransactions)来控制，当然你也可以应用于批范围的事务(Batch-scopedTransactions)中。这里，我通过开启隐式事务(ImplicitTransactions)的例子来说，触发器与事务的关系。

修改触发器tr_Contact的内容，

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactAfterUpdate,Delete

As

PrintN'触发器里Insert前，@@Trancount='+Rtrim(@@Trancount)

InsertIntoContactHIST(ContactID,Name,Sex)

SelectID,Name,SexFromdeleted

PrintN'触发器里Insert后，RollbackTran前，@@Trancount='+Rtrim(@@Trancount)

RollbackTran

PrintN'触发器里RollbackTran后，@@Trancount='+Rtrim(@@Trancount)

BeginTran

Go

[/code]

开启隐式事务(ImplicitTransactions)来测试，

[code]usetempdb

Go

SetImplicit_transactionsOn/**/

Go

PrintN'UpdateContact前，@@Trancount='+Rtrim(@@Trancount)

UpdateContact

SetSex='M'

WhereName='Bill'

PrintN'UpdateContact后，@@Trancount='+Rtrim(@@Trancount)

RollbackTran

PrintN'触发器外面RollbackTran后，@@Trancount='+Rtrim(@@Trancount)

Go

SetImplicit_transactionsOff/**/

Go

Go

Select*FromContact

Select*FromContactHIST

Go

[/code]

这里，你是否发现一个很有意思的问题，在触发器理，执行InsertContactHIST之前，@@Trancount=1,执行Insert后，@@Trancount还是为1，触发器外面UpdateContact后，@@Trancount就变成了2,。这里可以理解成，你在触发器里面，发出一个BeginTran，那么SQLServer就会创建一个嵌套事务。当你在触发器里面，在RollbackTran后面屏蔽掉BeginTran，就会出现错误3609，如，

[code]usetempdb

Go

IfExists(Select1Fromsys.triggersWherename='tr_Contact')

DropTriggertr_Contact

Go

CreateTriggertr_ContactOnContactAfterUpdate,Delete

As

PrintN'触发器里Insert前，@@Trancount='+Rtrim(@@Trancount)

InsertIntoContactHIST(ContactID,Name,Sex)

SelectID,Name,SexFromdeleted

PrintN'触发器里Insert后，RollbackTran前，@@Trancount='+Rtrim(@@Trancount)

RollbackTran

PrintN'触发器里RollbackTran后，@@Trancount='+Rtrim(@@Trancount)

Go

[/code]

这里，可以看到事务在触发器中Rollback，又没有开启新的事务，导致整个批处理就中止，不会继续执行触发器外面的RollbackTran操作。倘若，你在触发器中使用BeginTran……CommitTran格式，那么触发器CommitTran不会影响到外面的事务；下面描述三种常见触发器中事务的情况：

图5.图6.图7.

图5.描述在触发器中含有BeginTran……CommitTran的情况，

图6.描述在触发器中含有SaveTransavepoint_name……RollbackTransavepoint_name的情况，触发器中的RollbackTran只会回滚指定的保存点，不会影响到触发器外面的CommitTranOrRollbackTran操作。

图7.描述在触发器中含有RollbackTran的情况，不管触发器里面有没有BeginTran，都会出现错误3609，中止批处理。

注：DDL触发器操作可以触发器中回滚操作，可以使用命令如Rollback，但严重错误可能会导致整个事务自动回滚。不能回滚发生在DDL触发器正文内的AlterDatabase事件。在触发器中使用Rollback…BeginTran可能会导致意想不到的结果，在没有确认和测试情况下，请不要随便在触发器中直接使用Rollback…BeginTran处理方式.特别是CreateDatabase事件，在SQLServer2008和SQLServer2005环境下，产生的结果不同。

Rollback…BeginTran情况：

CreateTrigger….

As

……

Rollback

BeginTran

End

小结

回顾前文至后文，从After触发器VsInsteadOf触发器，说到DML触发器VsDDL触发器，再到触发器中事务的故事。也许有些地方描述的有些模糊，有些地方只有一笔带过；你在测试代码过程中，可能发现有些地方与这里测试的情况不同，那可能是因为SQLServer版本的不同，导致一些测试结果不同。无论如何，只要你感觉对你了解触发器，有些帮助，就OK了。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航