是否有任何版本的 SQL Server 支持可延迟约束 (DC)？
自 8.0 版起，Oracle has supported deferrable constraints - 仅在您提交语句组时评估约束，而不是在您插入或更新单个表时评估。可延迟约束与仅禁用/启用约束不同，因为约束仍然处于活动状态 - 它们只是稍后评估（提交批处理时）。
DC 的好处是它们允许对单独非法的更新进行评估，从而累积产生有效的最终状态。一个示例是在两行之间的表中创建循环引用，其中每一行都需要一个值存在。没有单独的插入语句会通过约束 - 但组可以。
为了阐明我的目标，我希望将 C# 中的 ORM 实现移植到 SQLServer - 不幸的是，该实现依赖于 Oracle DC 来避免计算行间的插入/更新/删除顺序。
【问题讨论】：
标签： sql sql-server database oracle constraints
到目前为止，SQL Server 不支持它们。你要解决什么问题？
【讨论】：
显然不是。
我发现大约五篇不同的博客文章都说 SQLServer（不同版本）不支持可延迟约束。
另一方面，我还发现一篇帖子试图通过使用"persisted computed columns,"（滚动到最后一个条目）来模仿此功能，但请注意
【讨论】：
听起来您遇到的问题是 SQL 不支持 Date 和 Darwen 所说的“多重赋值”。标准 SQL 对此的回应是 SQL Server 不支持的“可延迟约束”。 SQL Server FK 或 CHECK 约束可以用 NOCHECK 标记，但并不完全相同。有关详细信息，请参阅 MSDN：ALTER TABLE (Transact-SQL)。
【讨论】：
OT：恕我直言，SQL Server 不支持很多东西，但在企业环境中是有意义的：
所有这些小事使您期望从全尺寸 RDBMS 中获得的许多引用完整性和事务功能在 SQL Server 中几乎毫无用处。例如，由于不支持可延迟约束，“事务”作为外部一致的工作单元的概念被部分否定，唯一可行的解决方案——除了一些肮脏的变通方法——根本不定义参照完整性约束。我希望，事务的自然行为是您可以按照您喜欢的方式和操作顺序在其中工作，并且系统将确保它在您提交时是一致的。 类似的问题来自限制，即 ON DELETE CASCADE 的引用完整性约束只能以只有一个单一约束可以导致对象的级联删除的方式定义。这确实不适合大多数现实世界的场景。
【讨论】：
如果您有自己的 ORM 层，解决问题的一种方法是通过 ORM 层的逻辑将对象更新与引用更新分开。 然后，您的 ORM 将根据您的客户端更改集分几个步骤处理事务：
这应该可以解决您的问题，因为在任何时候设置外键值时，引用的所有对象都存在...
【讨论】：
有一种方法可以解决缺少的延迟约束强制执行在某些条件下（截至 2017 年 1 月，SQL Server 中不支持延迟约束）。考虑以下数据库架构：
免责声明：模式或用例的质量在这里不讨论，它是作为解决方法的基本示例给出的
CREATE TABLE T (Id TYPE NOT NULL PRIMARY KEY, NextId TYPE NOT NULL);
ALTER TABLE T WITH CHECK ADD CONSTRAINT FK_T2T
FOREIGN KEY (NextId) REFERENCES T (Id);
CREATE UNIQUE NONCLUSTERED INDEX UC_T ON T (NextId);
其中 TYPE 是代理键的一些合适的数据类型。假设代理键的值由 RDBMS 在 INSERT 操作期间分配（即 IDENTITY）。
用例是用 NextId = NULL 保持实体 T 的“最新”版本，并通过维护单链表 T.NextId -> T.Id 来存储以前的版本。
显然，给定的模式会受到延迟约束问题的影响，因为新的“最新”版本的插入必须先于旧的“最新”版本的更新，并且在此期间数据库中将有两条记录相同的 NextId 值。
现在，如果：
主键的数据类型不必是数字，可以提前计算（即UNIQUEIDENTIFIER），然后使用MERGE语句回避延迟约束问题，如下：
DECLARE @MergeTable TABLE (Id UNIQUEIDENTIFIER);
DECLARE @NewLatestVersion UNIQUEIDENTIFIER = NEWID();
INSERT INTO @MergeTable (Id) VALUES (@NewLatestVersion);
INSERT INTO @MergeTable (Id) VALUES (@OldLatestVersion);
MERGE INTO T
USING @MergeTable m ON T.Id = m.Id
WHEN MATCHED THEN UPDATE SET T.NextId = @NewLatestVersion
WHEN NOT MATCHED THEN INSERT (Id) VALUES (@NewLatestVersion);
显然，MERGE 语句在检查约束之前完成了所有数据操作。
【讨论】：
你可以用这个方法
ALTER TABLE your_table NOCHECK CONSTRAINT your_constraint
你的行动
ALTER TABLE your_table WITH CHECK CHECK CONSTRAINT ALL
【讨论】：