我正在寻找一些关于使用 SQL Server 在数据库中处理数据的最佳方法的指导。
基本上我有一系列加载数据的瞬态表,然后对它们执行一系列更新语句。这些更新语句系列的多个实例针对同一个表运行,但每个实例仅更新具有特定标识符(沿袭)的行。我希望能够在实例同时运行时自信地避免任何锁定问题/死锁。
我对此的两个想法如下:
- 所有更新语句都包含提示行锁,因此不会发生覆盖不同沿袭的页锁。
- 更改隔离级别 - 脏读永远不会真正发生。任何人都可以阐明哪种可能是解决这种情况的最佳方法吗?
我正在寻找一些关于使用 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
或使用 (NOLOCK) 提示,以避免它们在 LineageId 更新表期间阻塞。SNAPSHOT
这将是一个严厉的措施,未提交的读取可能会导致完整性问题。