我们应该对哪种数据库进行隔离，以及哪种隔离级别最好？

Question

在SQL Server 2005中，

我有很多存储过程，一些用于事务的更新表记录，一些用于获取表记录。

当一个SP调用一个正在更新表记录的浏览时，如果我运行另一个SP来表示表数据，那么它应该在没有等待的情况下运行，我需要做什么？

我们应该对哪种数据库进行隔离，以及哪种隔离级别最好？

通过“转换快照隔离级别”可以实现。 但是它将在Teampdb数据库中选择旧的快照数据，这可能会降低性能。

你的建议是什么？

Answer 1

READ COMMITTED是SQL Server中的默认事务隔离级别。

使用任何其他隔离级别（对我而言，无论如何）构成代码气味 - 至少对我来说 - 需要一些真正的理由，可能的例外是在某些情况下有限使用READ UNCOMMITTED 。

Answer 2

您应该使用SNAPSHOT隔离级别。 最好的方法是在数据库级别打开READ COMMITTED SNAPSHOT，它会将所有默认的READ COMMITTED事务静默转换为快照事务。

SNAPSHOT最适合应用程序的原因，特别是对于因并发问题而可能遇到阻塞的应用程序而言，是无数的，而且好处是无穷无尽的。 确实，SNAPSHOT隔离发生了所使用资源的成本 ，但除非您测量并找到导致问题的行版本存储的确凿证据，否则您无法预先解除它。

永远不应该使用的一个隔离级别是不合理的。 那是在惹麻烦。 脏读是不一致的读 。

REPEATABLE和SERIALIZABLE具有极其狭窄的用例，您很可能永远不需要它们。 不幸的是SERIALIZABLE被.Net System.Transactions和MTS / COM +滥用，所以很多应用程序最终都使用它（因为它有很大的可伸缩性问题），尽管它不是必需的。

Answer 3

如果第一个事务更新某些表中的数据，那么第二个将等待获取此数据（READ UNCOMMITTED隔离级别除外，但在这种情况下，您可能会有非常不一致的数据）。