主页 / dba / 问题 / 5047
Accepted
Matt M
Asked: 2011-08-26 12:03:03 +0800 CST

可信约束，不可复制

  • 772

版本和内部版本：SQL Server 2005 SP4 (9.0.5000)

作为某种免责声明，我提出这个问题是为了引起对该主题的一些讨论和/或辩论。我不知道是否真的有一个正确的答案，或者正确的答案是否是一个大胖子“It Depends”。因此，我会很慢地接受答案，除非提供了无法被反对意见反驳的明确证据。

该问题涉及 OBJECTPROPERTY CnstIsNotTrusted 和 OBJECTPROPERTY CnstIsNotRepl，以及它们之间的关系。CnstIsNotTrusted 属性在添加或检查约束时由 WITH CHECK|NOCHECK 控制。CnstIsNotTrusted 属性意味着在不检查现有行的情况下启用了约束；因此，约束可能不适用于所有行。当为 true 时，约束不能用于查询优化。例如，我有一个 Person 表，其 LastName 的检查约束确保 LastName LIKE 'Mc%'。如果 CnstIsNotTrusted = 1，那么如果我搜索 LastName = 'Smith'，查询计划仍然需要扫描/查找索引。如果 CnstIsNotTrusted = 0 则执行计划甚至不会触及表格。这已在此处得到证明：

https://sqlserverfast.com/blog/hugo/2007/03/can-you-trust-your-constraints/

OBJECTPROPERTY CnstIsNotRepl（DDL 中的 NOT FOR REPLICATION）强制在复制同步期间不检查约束。更准确地说，将检查发布方，但不会检查订阅方。这确保不会多次检查相同的约束。但是，使用 NOT FOR REPLICATION 将使您的约束不受信任。

我的问题是，为了有时获得更有效的执行计划，不使用 NOT FOR REPLICATION 是否值得额外的 CPU 周期？

sql-server database-design

1 个回答

  1. Best Answer

    NOT FOR REPLICATION 适用于这种情况：

    1. 您有一个带有 FK 到 Person 表的 Order 表。
    2. Order 表在第 1 号出版物中，Person 表在第 2 号出版物中。
    3. Order pub 和 Person pub 将在不同的时间发生。因此，如果 Order 表中的一些新记录被向下复制到订阅者，并且 Person 表缺少新 Order 所针对的人，那么您不希望复制插入在订阅者处失败。相反，可以相信新的 Person 记录会在某个时候下降，因为在 Publisher 处使用了 FK。
    4. 在订阅者处，如果您插入 Order 记录，FK 将检查 Person 记录是否存在。

    我将始终坚持这一政策，并且仅将 NOT FOR REPLICATION 用于 FK 与不同出版物中的表相关的目的，而不是用于查询计划优化的目的。

    • 3

相关问题