小编Fab*_*ied的帖子

我目前依赖于读取过程永远不能“跳过”检查点的事实。我的问题是：我可以依赖这个属性吗？如果没有，我该怎么做才能使它成为现实？

示例：当插入标识值为 1、2、3、4 和 5的行时，读者在看到值为 4 的行之前不得看到值为 5 的行。测试表明该查询包含一个ORDER BY CheckpointSequence子句 (和WHERE CheckpointSequence > -1子句），当第 4 行被读取但尚未提交时可靠地阻塞，即使第 5 行已经提交。

我相信至少在理论上，这里可能存在竞争条件，可能会导致这个假设被打破。不幸的是，Identity关于Identity在多个并发事务的上下文中如何工作的文档并没有太多说明，它只说“每个新值都是基于当前的种子和增量生成的”。和“特定事务的每个新值都不同于表上的其他并发事务。” (微软)

我的推理是，它必须以某种方式工作：

1. 事务开始（显式或隐式）。
2. 生成身份值 (X)。
3. 根据标识值在聚集索引上获取相应的行锁（除非锁升级开始，在这种情况下整个表都被锁定）。
4. 该行已插入。
5. 事务被提交（可能在很长时间之后），所以锁被再次移除。

我认为在第 2 …