Ross Presser's questions

CREATE TABLE Parent ( ParentID int NOT NULL PRIMARY KEY,
                      ParentName varchar(50) NULL )
CREATE TABLE Child  ( ChildID int NOT NULL PRIMARY KEY,
                      ParentID int NOT NULL REFERENCES Parent (ParentID),
                      ChildName varchar(50) NULL,
                      IsFavorite BIT NOT NULL )

第一个愿望是想防止无子父母的情况发生。显然，当第一次创建该对时，父对象将没有子对象，我不想阻止插入本身；但我想彻底禁止删除最后一个孩子。（出于商业原因，Parents 永远不会被删除。）

作为第二个愿望，我需要阻止多个 IsFavorite=1 的 Child，我知道我可以使用过滤的唯一索引来做到这一点。我还想劝阻没有 IsFavorite=1 的子项——即，如果这是其父项的唯一子项，则不允许设置 IsFavorite=0。（从应用程序方面来看，对于第一个孩子，插入通常应该使用 IsFavorite=1 正确完成；但我不希望数据库干扰它。）

我确定我不是第一个有这些愿望的人，但我在 dba 或 stackoverflow 上找不到匹配的问题。如果这是一个骗局，一定要把它标记为骗局，并指出我需要去的地方。

我们有一个在 SQL Server 2014 Enterprise 实例（评估许可证）上运行的大型数据库。由于成本限制，我们不得不将其移至新的 SQL Server 2017 标准实例（按核心许可证；刚刚更新到 CU6）。编辑：该数据库与 SQL Server 2014 (120) 兼容，并通过恢复完整备份和日志备份进行传输。

除了更改跟踪外，一切正常。我们使用更改跟踪来定位最近的更改并保持非规范化表是最新的；denorm 表用于快速填充 Web 应用程序的网格。

更改跟踪正在工作，但显然自动清理没有。我们收到严重性 016 警报：

更改跟踪自动清理在tablename. 如果失败仍然存在，请检查该表tablename是否被任何进程阻塞。

对于每张抱怨的桌子（大约 4 张不同的桌子），这些大约每半小时出现一次。

我们已经尝试过这里描述的手动清理......它也出现“边桌被阻止”错误。

所以这是我的选择：

1. 关闭这个特定的警报，希望没有任何事情发生。
2. 关闭自动清理；在日常维护时段内安排手动清理。
3. 不知道我还能做什么。

除了“我应该怎么做才能阻止这种情况？”，我的另一个问题是“为什么在 2014 企业版没有发生这种情况时，2017 年标准会发生这种情况？”