我有一个问题，当我试图添加约束到我的表。我得到了错误:
在表'Employee'上引入外键约束'FK74988DB24B3C886'可能会导致循环或多个级联路径。指定ON DELETE NO ACTION或ON UPDATE NO ACTION，或修改其他外键约束。
我的约束是在Code表和employee表之间。Code表包含Id, Name, FriendlyName, Type和Value。雇员有许多引用代码的字段，因此每种类型的代码都有一个引用。
我需要字段被设置为空，如果引用的代码被删除。
你知道我该怎么做吗?
当前回答
我想指出的是(从功能上)SCHEMA和DATA中的循环和/或多条路径之间有很大的区别。虽然DATA中的循环和多路径肯定会使处理复杂化并导致性能问题(“适当”处理的成本)，但模式中这些特征的成本应该接近于零。
由于rdb中大多数明显的循环发生在层次结构中(组织结构图、部分、子部分等)，不幸的是SQL Server假设了最坏的情况;即，模式周期==数据周期。事实上，如果您使用RI约束，您实际上无法在数据中构建一个循环!
我认为多路径问题与此类似;也就是说，模式中的多条路径并不一定意味着数据中的多条路径，但我对多路径问题的经验较少。
当然，如果SQL Server允许循环，它的深度仍然是32，但这对于大多数情况来说可能已经足够了。(可惜这不是一个数据库设置!)
“代替删除”触发器也不起作用。第二次访问表时，触发器将被忽略。所以，如果你真的想要模拟级联，你就必须在存在循环的情况下使用存储过程。但是，Instead-of-Delete-Trigger适用于多路径情况。
Celko提出了一种“更好的”表示层次结构的方法，这种方法不引入循环，但也有折衷之处。
其他回答
这是因为员工可能收集其他实体的资格和资格可能有一些其他收集大学 如。
public class Employee{
public virtual ICollection<Qualification> Qualifications {get;set;}
}
public class Qualification{
public Employee Employee {get;set;}
public virtual ICollection<University> Universities {get;set;}
}
public class University{
public Qualification Qualification {get;set;}
}
在DataContext上，它可能如下所示
protected override void OnModelCreating(DbModelBuilder modelBuilder){
modelBuilder.Entity<Qualification>().HasRequired(x=> x.Employee).WithMany(e => e.Qualifications);
modelBuilder.Entity<University>.HasRequired(x => x.Qualification).WithMany(e => e.Universities);
}
在这种情况下，存在从员工到资格，从资格到大学的链条。所以它向我抛出了相同的异常。
我变了之后，这招很管用
modelBuilder.Entity<Qualification>().**HasRequired**(x=> x.Employee).WithMany(e => e.Qualifications);
To
modelBuilder.Entity<Qualification>().**HasOptional**(x=> x.Employee).WithMany(e => e.Qualifications);
有一篇文章解释了如何使用触发器执行多个删除路径。也许这对于复杂的场景很有用。
http://www.mssqltips.com/sqlservertip/2733/solving-the-sql-server-multiple-cascade-path-issue-with-a-trigger/
SQL Server对级联路径进行简单的计数，而不是试图计算是否存在任何循环，它假设最坏的情况并拒绝创建引用操作(cascade):您可以并且应该仍然在没有引用操作的情况下创建约束。如果你不能改变你的设计(或者这样做会损害一些东西)，那么你应该考虑使用触发器作为最后的手段。
FWIW求解级联路径是一个复杂的问题。其他SQL产品将简单地忽略这个问题，并允许您创建循环，在这种情况下，它将是一场比赛，看看谁将最后覆盖的值，可能是设计师的无知(例如ACE/Jet这样做)。我知道一些SQL产品将尝试解决简单的情况。事实是，SQL Server甚至没有尝试，它通过禁止多个路径来保持超级安全，至少它会告诉你。
微软自己建议使用触发器而不是FK约束。
我用ASP解决了这个问题。NET Core 2.0和EF Core 2.0是按以下顺序执行的:
在包管理控制台(PMC)中运行update-database命令来创建数据库(这将导致“引入外键约束…”可能导致循环或多个级联路径。"错误) 在PMC中运行script-migration -Idempotent命令，创建一个可以不受现有表/约束而运行的脚本 使用结果脚本并找到ON DELETE CASCADE并替换为ON DELETE NO ACTION 对数据库执行修改后的SQL
现在，您的迁移应该是最新的，级联删除应该不会发生。
太糟糕了，我在实体框架核心2.0中找不到任何方法来做到这一点。
好运！
一些数据库，尤其是SQL Server，对形成循环的级联行为有限制。 有两种方法可以处理这种情况: 1.将一个或多个关系更改为不级联删除。 2.配置数据库时不要使用一个或多个级联删除，然后确保加载所有相关实体，以便EF Core可以执行级联行为。 请参阅此连结: 数据库级联限制
