EF Core - 为什么 ClientSetNull 是可选关系的默认 OnDelete 行为（而不是 SetNull）

Question

对于可选关系（当外键可以接受 Null 时），自 EF Core 2.0 以来引入了新的 ClientSetNull 行为作为删除行为 DeleteBehavior.ClientSetNull 的 默认 选项。 这对跟踪的实体具有 SetNull 语义，对于未加载到内存中的数据库记录具有 Restrict（无操作）行为。

Microsoft docs 这么说：

如果您希望数据库也尝试将空值传播给子项 即使没有加载子实体，外键也可以使用 SetNull。但是，请注意，数据库必须支持这一点，并且 像这样配置数据库可能会导致其他限制， 这在实践中常常使这个选项不切实际。这就是为什么 SetNull 不是默认值。

但我认为当关联的父级被删除时（数据库中的每个位置），将依赖实体的 FK 设置为 Null 通常是正常的。而且，如上所述，那些“其他限制，在实践中常常使这个选项不切实际..”是什么？

Answer 1

据我所知，文档所指的其他限制是循环或多路径级联。

例如，MS Sql Server 不允许级联（删除和设置 null）如果

• 更改将级联到它源自的同一个表
• 同一个表有多个级联路径。就像表“A”会影响表“B”和“C”一样，“B”和“C”都会影响“D”。

你甚至不能创建约束。

EF 核心可以通过 ClientSetNull 绕过这个限制。 EF 处理 set null 操作，但只有在所有受影响的实体都加载到内存时才能这样做。