多个更新语句/瞬态表/避免锁定

Multiple Update Statements / Transient Tables / Avoiding Locking

我正在寻找有关使用 SQL Server 在数据库中处理数据的最佳方法的一些指导。

基本上，我有一系列加载数据的瞬态表，然后对它们执行一系列更新语句。这一系列更新语句的多个实例针对同一个表运行，但每个实例仅更新具有特定标识符(沿袭)的行。

当实例同时运行时，我希望能够自信地避免任何锁定问题/死锁。

我对此的两个想法如下：

• 所有更新语句都包含提示行锁，因此不会发生覆盖不同沿袭的页锁。
• 更改隔离级别 - 脏读永远不会真正发生。

  任何人都可以阐明哪种可能是解决这种情况的最佳方法吗？

---

假设你的表看起来像：

CREATE TABLE MyTable

( 

 ID INT IDENTITY(1,1),

 LineageId INT NOT NULL, -- FK to Lineage

 Col1 ...

 Col2 ...



 PRIMARY KEY CLUSTERED(ID),

 FOREIGN KEY LineageId REFERENCES Lineage(LineageId)

)

• 建议您将表上的聚集索引更改为 LineageId(但请参见下文)。如果 SQL 确实将您的行锁升级为页锁，这应该保证更新最少的页。这样做的缺点是 LineageId 不是唯一的，因此 SQL 将添加一个唯一性。因此，在更改集群之前，如果您的 PK 正在递增，并且如果您发现表中的几乎所有行都已按 LineageId 连续排列(例如，如果数据通过单线程批处理作业插入到此表中)，则通过增加代理 pkey 会更可取，因为这可以避免唯一性(更好的窄度)。

• ROWLOCK 提示可能会有所帮助，尽管这不能保证。

  http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/60238304-04e8-4f98-84d1-3ddf1ed786a9

• 将隔离级别设置为 READ UNCOMMITTED 或 SNAPSHOT 或使用 (NOLOCK) 提示将需要对其他并发查询进行，以避免它们在 LineageId 更新表期间阻塞。这将是一个极端的措施，未提交的读取可能会导致完整性问题。

---