SQL事务处理
4.
何时使用事务
虽然.NET 2.0对事务提供了很好的支持，但是没有必要总是使用事务。使用事务的第一条规则是，在能够使用事务的时候都应该使用事务，但是不要使用过度。原因在于，每次使用事务，都会占用一定的开销。另外，事务可能会锁定一些表的行。还有一条规则是，只有当操作需要的时候才使用事务。例如，如果只是从数据库中查询一些记录，或者执行单个查询，在大部分时候都不需要使用显式事务。
开发人员应该在头脑中始终保持一个概念，就是用于修改多个不同表数据的冗长事务会严重妨碍系统中的所有其他用户。这很可能导致一些性能问题。当实现一个事务时，遵循下面的实践经验能够达到可接受的结果：（1）避免使用在事务中的SELECT返回数据，除非语句依赖于返回数据；（2）如果使用SELECT语句，只选择需要的行，这样不会锁定过多的资源，而尽可能的提高性能；（3）尽量将事务全部写在T-SQL或者API中；（4）避免事务与多重独立的批处理工作结合，应该将这些批处理放置在单独的事务中；（5）尽可能避免大量更新。
另外，必须注意的一点就是事务的默认行为。在默认情况下，如果没有显式的提交事务，则事务会回滚。虽然默认行为允许事务的回滚，但是显式回滚方法总是一个良好的编程习惯。这不仅仅只是释放锁定数据，也将使得代码更容易读并且更少错误。
5. 小结
.NET 2.0提供的事务功能很强大，具体的内容远不止本文所讲解的这样简单。本文只是起到一个抛砖引玉的功能。希望读者能够灵活恰当的使用事务功能，而不要过去使用事务，否则可能会对性能起到消极的作用。