操作步骤首先让我们在Northwind数据库内创建一个简单表。

create table tablefortrigger
(
　track int identity(1,1) primary key,
　Lastname varchar(25),
　Firstname varchar(25)
)

　　创建好这个数据表后，添加一个标准message到master数据库的sysmessages数据表中。注意，我所添加的是一个参变量，用以接受一个字符值，它将被输出显示给管理员们。通过设置@_with_log参数为true，我们包管相关结果被发送到事件日志。

sp_addmessage 50005, 10, '%s', @with_log = true

　　现在我们创建这条用有意义的信息填充的消息。下面的信息将填充这条消息，并且记录到文件中：

　　·操作的类型（插入）。

　　·受到影响的数据表。

　　·改动的日期与时间。

　　被该语句插入的全部字段。 下面的这个触发器用预定义值（1～3个字符）创建一个字符串，该预定义值位于inserted数据表中。（这个inserted数据表驻留在内存中，它容纳被插入到触发器所在数据表的记录行）。触发器连接这些值并放到一个@msg变量。然后这个变量被传送到raiserror函数，该函数将它写到事件日志中。

Create trigger TestTrigger on
tablefortrigger
for insert
as
--声明储存消息的变量
Declare @Msg varchar(8000)
--将"操作／表名／日期时间／插入字段"赋与消息
set @Msg = 'Inserted | tablefortrigger | ' + convert(varchar(20), getdate()) + ' | '
+(select convert(varchar(5), track)
+ ', ' + lastname + ', ' + firstname
from inserted)
--产生错误发送给事件查看器。
raiserror( 50005, 10, 1, @Msg)

　　运行以下语句对触发器进行测试，然后查看事件日志：

Insert into tablefortrigger(lastname, firstname)
Values('Doe', 'John')

　　如果你打开事件日志，你应该看到以下消息：

　　既然我们已经有办法写入事件日志了，那么让我们修改一下触发器，将数据写到一个文本文件中。这次改动还须添加另一个变量@CmdString，以及使用扩展储存过程xp_cmdshell。

　　因为我们要写入文件系统，安全权限开始有影响了。所以，执行插入操作的用户必须具备该文本文件的读写权限。因此，设计一个C／S结构的应用程序供多用户运行，或许不是一个可行的解决方案。更合理的方案是，设计一个三层应用程序，由你的中间层组件对单用户数据库进行调用。在后一个方案中，对那个文本文件的权限管理其实比管理一个用户还容易。

Alter trigger TestTrigger on
tablefortrigger
for insert
as
Declare @Msg varchar(1000)
--储存将由xp_cmdshell执行的命令
Declare @CmdString varchar (2000)
set @_msg = ' insert | tablefortrigger | ' + convert ( varchar ( 20 ) , getdate ( ) ) + ' | ' + ( select convert ( varchar ( 5 ) , track ) + ' , ' + lastname + ' , ' + firstname from insert ) -
[99%]set @Msg = 'Inserted | tablefortrigger | ' + convert(varchar(20), getdate()) + ' | ' +(select convert(varchar(5), track) + ', ' + lastname + ', ' + firstname from inserted)
--产生错误发送给事件查看器。
raiserror( 50005, 10, 1, @Msg)
set @CmdString = 'echo ' + @Msg + ' >> C:\logtest.log'
--写到文本文件
exec master.dbo.xp_cmdshell @CmdString

　　让我们对它进行测试，先运行前面的插入语句，然后打开C:\logtest.log文件查看结果：
　　
Insert into tablefortrigger(lastname, firstname) Values('Doe', 'John')

　　问题解决了，对不对？哦，还没完全解决。发生多次重复插入的事件是什么原因？在这个例子中，你必须分别地处理每条记录。为了达到这个目的，我们必须用一个会带来麻烦的游标来访问"隐蔽面"。在执行以前，我必须预先给予警告。你应当了解的是，当这个应用程序进行大规模地记录插入、更新或删除时要当心，因为它可能会耗费大量的内存。

　　像你从下面看到的一样，这次我们在前面那个例子的基础上稍加调整，引入了一个游标，对该插入表的全部记录进行循环读取。每条记录分别插入一条线条，将各个事件区分开来。

ALTER trigger TestTrigger on tablefortrigger
for insert
as
Declare @Msg varchar(1000)
Declare @CmdString varchar (1000)
Declare GetinsertedCursor cursor for
Select 'Inserted | tablefortrigger | ' + convert(varchar(20), getdate()) + ' | '
+ convert(varchar(5), track)
+ ', ' + lastname + ', ' + firstname
from inserted

open GetinsertedCursor
Fetch Next from GetinsertedCursor
into @Msg

while @@fetch_status = 0
Begin
　raiserror( 50005, 10, 1, @Msg)
　Fetch Next from GetinsertedCursor
　into @Msg
　set @CmdString = 'echo ' + @Msg + ' >> C:\logtest.log'
　exec master.dbo.xp_cmdshell @CmdString
End
close Getinsertedcursor
deallocate GetInsertedCursor

　　现在让我们执行重复多次插入测试：

Insert into tablefortrigger(lastname, firstname)
Select lastname, firstname from employees

　　结论

　　在继续完成之前，有些人认为必须考虑性能与安全问题。你将看到写入文本文件的开销，而对于一个每分钟处理5000项事务的数据库来说，这样大的开销也许不可接受。由于xp_cmdshell是在SQL外操作的，写入到文件的错误不会回滚事务。倘若入侵者使用一个隐蔽的途径来改变你的数据，这个事件不会被登记到那个文本文件中。不过事件日志将记录该次DML改动。作为一次最好的实践，各事件的编号应该被用于对照日志文件的各行记录，以便发现所有的差异。

　　有很多种方法可以达到本文目标，上述脚本也可以有许多的变化。我希望你能接受这个脚本，然后作出改进并提出建议，使它更有效率。