关于sql：多个更新语句/瞬态表/避免锁定


Multiple Update Statements / Transient Tables / Avoiding Locking

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

基本上，我有一系列加载数据的瞬态表，然后对它们执行一系列更新语句。这一系列更新语句的多个实例针对同一个表运行，但每个实例仅更新具有特定标识符(沿袭)的行。
当实例同时运行时，我希望能够自信地避免任何锁定问题/死锁。

我对此的两个想法如下：

  • 所有更新语句都包含提示行锁，因此不会发生覆盖不同沿袭的页锁。
  • 更改隔离级别 - 脏读永远不会真正发生。
    任何人都可以阐明哪种可能是解决这种情况的最佳方法吗？
    • 相关讨论

    假设你的表看起来像：

    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),
       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 更新表期间阻塞。这将是一个极端的措施，未提交的读取可能会导致完整性问题。

    • 相关讨论