触发器是在添加、修改数据或者将数据迁移到一个指定表时执行某些动作的方法。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只有在运行时才能识别两个规划中的哪一个是有用的。
你应该如何处理呢？将上面的过程分成两个独立的过程，每个对应查询不同的表集。在你的中间层代码中确定参数值，然后再调用恰当的存储过程。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/jerryjbiao/archive/2009/08/18/4457532.aspx