调试事务时的小坑

  .net2.0开始，对事务有了直接的支持，我们不再需要COM+事务来进行事务管理，TransactionScope成了我经常使用的类。通常说来，我对事务的提交、回滚都是很清楚的，但今天调试的时候，却出了一点意外。我向程序里面新添了一个方法A，A被一个事务中的方法所调用，也就是说，A的执行是事务的一个步骤（它有很多的前置步骤）。A的里面有一个很简单的查询，返回一个我需要的ID。我对自己的数据很熟悉，知道这个ID返回值应该是多少。可我在单步调试的时候，惊讶的发现这个ID不是我想象中的值。我截取到运行时的查询字符串，放在Sql Server查询分析器里执行，发现自己的记忆没问题。
  这个时候我就觉得很奇怪，同一句查询为什么在代码中运行和在查询分析器里会有不同结果呢？事实上，这两个不同的结果都是“正确”的。数据在程序运行到断点的时候，已经被同一事务中的前置操作改变了；而当我在查询分析器中执行的时候，由于超时事务已经回滚了，所以我看到的还是那个老的数据。
  多说一句，.Net默认的事务超时时间是一分钟，这对于我们的调试很多时候是不够的，很容易超时。可以通过在web.config的<System.Transaction>配置节或者TransactionScope的构造函数进行设置。