Multiple Update Statements / Transient Tables / Avoiding Locking
我正在寻找有关使用 SQL Server 在数据库中处理数据的最佳方法的一些指导。
基本上，我有一系列加载数据的瞬态表，然后对它们执行一系列更新语句。这一系列更新语句的多个实例针对同一个表运行，但每个实例仅更新具有特定标识符(沿袭)的行。
当实例同时运行时，我希望能够自信地避免任何锁定问题/死锁。
我对此的两个想法如下：
任何人都可以阐明哪种可能是解决这种情况的最佳方法吗？
- 您能否提供该表的特定架构/DDL – 特别是 PK、索引等？
- 好的，假设您有一个表，它是 id、lineageid、col1、col2 等。更新语句对特定 lineageid 的 col1 和 col2 等起作用。表中存在多组lineageid。我们要确保永远不会发生锁定。
假设你的表看起来像：
|
1
2 3 4 5 6 7 8 9 10 |
CREATE TABLE MyTable
( ID INT IDENTITY(1,1), LineageId INT NOT NULL, — FK to Lineage Col1 … Col2 … PRIMARY KEY CLUSTERED(ID), |
建议您将表上的聚集索引更改为 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 更新表期间阻塞。这将是一个极端的措施，未提交的读取可能会导致完整性问题。
- READ UNCOMMITTED 或 READ COMMITTED with SNAPSHOT 似乎是前进的方向，需要进行一些额外的手动检查以确保完整性。
来源：https://www.codenong.com/10651705/
