解决SQL Server触发器滥用问题

　触发器是在添加、修改数据或者将数据迁移到一个指定表时执行某些动作的方法。SQL Server 2005也同样提供数据库级的触发器，但是我在此只说明表级触发器。由于触发器会启动一个隐藏事务，因此触发器会在服务器上强加额外的开支。一旦执行触发器，一个新的隐藏事务就会开始，同时在事务中的任意数据检索将锁定受影响表。

　　你应该怎么处理呢？要尽量少用触发器并且尽可能使触发器逻辑简单。你可以简单地以完整性引用约束来替代某些触发器;其它触发器功能可以在存储过程中实现。

 

　　返回受影响行数

 

　　默认情况下，SQL Server返回一个友好的消息来报告每个查询所影响的行总数。这对于调试应用或者直接在Query Analyzer中修改数据是一个非常好的设置。然而，你的前端应用并不需要知道受影响的行数目——它只需要数据。发送这个消息可能会引入不必要的网络负荷。

 

　　你应该如何处理呢？在你的所有存储过程中使用“SET NOCOUNT ON”来减少网络传输。

 

　　条件语句执行

 

　　往往，你需要根据传递到存储过程的参数的不同值应用不同的代码逻辑。比如，如果我的参数值是0，那么我可以从一组表中检索值，如果参数值为1，则可以从另一组表中检索。

 

IF @parameter = 0 　　BEGIN 　　SELECT column1, column2 　　FROM some_tables… 　　END 　　ELSE 　　BEGIN 　　SELECT column1, column2 　　FROM other_tables… 　　END

 

　　这个代码迫使我的过程在每次执行时都必须重新编译，因为SQL Server只有在运行时才能识别两个规划中的哪一个是有用的。

 

　　你应该如何处理呢？将上面的过程分成两个独立的过程，每个对应查询不同的表集。在你的中间层代码中确定参数值，然后再调用恰当的存储过程。