检查外键约束“在线”

时间:2013-10-23 18:37:45

标签: sql sql-server foreign-keys sql-server-2012 check-constraints

如果我们有一个巨大的事实表并且想要添加一个新维度,我们可以这样做:

BEGIN TRANSACTION

ALTER TABLE [GiantFactTable]
ADD NewDimValueId INT NOT NULL
CONSTRAINT [temp_DF_NewDimValueId] DEFAULT (-1)
WITH VALUES -- table is not actually rebuilt!

ALTER TABLE [GiantFactTable]
WITH NOCHECK
ADD CONSTRAINT [FK_GiantFactTable_NewDimValue]
FOREIGN KEY ([NewDimValueId])
REFERENCES [NewDimValue] ([Id])

-- drop the default constraint, new INSERTs will specify a value for NewDimValueId column
ALTER TABLE [GiantFactTable]
DROP CONSTRAINT [temp_DF_NewDimValueId]

COMMIT TRANSACTION

注意:以上所有内容仅操纵表元数据,无论表大小如何都应该快速。 然后,我们可以运行作业以在小事务中回填GiantFactTable.NewDimValueId,这样就不会违反FK。 (此时任何INSERT / UPDATE - 例如回填操作 - 都由FK验证,因为它已启用,但不是“可信”)

在回填我们知道数据是否一致之后,我的问题是SQL引擎如何变得开明? 不使桌面离线。

此命令将使FK受信任,但它需要架构修改(Sch-M)锁定,并且可能需要数小时(几天?)才能使表离线:

ALTER TABLE [GiantFactTable]
WITH CHECK CHECK CONSTRAINT [FK_GiantFactTable_NewDimValue]

关于工作负载:表有几百个分区(固定数量),数据一次附加到一个分区(以循环方式),从不删除。还有一个恒定的读取工作负载,它使用群集密钥一次从一个分区获取(相对较小的)行范围。 一次检查一个分区,使其脱机,是可以接受的。但我找不到任何语法来做到这一点。还有其他想法吗?

1 个答案:

答案 0 :(得分:1)

我想到了一些想法,但它们并不漂亮:

重定向工作负载并离线运行检查约束

  1. 创建一个结构相同的新表。
  2. 更改“插入”工作负载以插入新表
  3. 将“读取”工作负载使用的分区中的数据复制到新表(或具有相同结构的第三个表)
  4. 更改“读取”工作量以使用新表
  5. 运行alter table以检查约束,并在需要的时候使用
  6. 将两个工作负载都更改回主表。
  7. 将新行重新插入主表
  8. 删除新表
  9. 上面的一个变体是在步骤3中将相关分区切换到新表。这应该比复制数据更快但我认为你必须在约束后复制(而不仅仅是切换)数据已经过检查。

    将所有数据插入新表

    1. 创建一个具有相同结构和约束的新表
    2. 将“插入”工作负载更改为新表
    3. 批量复制从旧表到新表的所有数据,并等待完成所需的时间
    4. 将“读取”工作负载更改为新表。如果步骤3耗时太长而“读取”工作负载需要仅插入新表的行,则必须手动管理此转换。
    5. 放弃旧桌子
    6. 使用索引来加速约束检查?

      我不知道这是否有效,但您可以尝试在外键列上创建非聚集索引。还要确保外键引用的表上的相关唯一键有索引。 alter table命令可能能够使用它们来加速检查(至少通过最小化IO与执行全​​表扫描相比)。当然,索引可以在线创建,以避免任何中断。

相关问题