如何在EF代码优先禁用链接表的级联删除?

Jez*_*Jez 64 .net c# database entity-framework ef-code-first

我想禁用具有实体框架代码优先的链接表的级联删除.例如,如果许多用户拥有多个角色,并且我尝试删除角色,我希望阻止删除,除非当前没有与该角色关联的用户.我已经删除了我的级联删除约定OnModelCreating:

protected override void OnModelCreating(DbModelBuilder modelBuilder) {
    ...
    modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();
Run Code Online (Sandbox Code Playgroud)

然后我设置了用户角色链接表:

modelBuilder.Entity<User>()
    .HasMany(usr => usr.Roles)
    .WithMany(role => role.Users)
    .Map(m => {
        m.ToTable("UsersRoles");
        m.MapLeftKey("UserId");
        m.MapRightKey("RoleId");
    });
Run Code Online (Sandbox Code Playgroud)

然而,当EF创建数据库时,它会为外键关系创建一个删除级联,例如.

ALTER TABLE [dbo].[UsersRoles]  WITH CHECK ADD  CONSTRAINT [FK_dbo.UsersRoles_dbo.User_UserId] FOREIGN KEY([UserId])
REFERENCES [dbo].[User] ([UserId])
ON DELETE CASCADE
GO

ALTER TABLE [dbo].[UsersRoles]  WITH CHECK ADD  CONSTRAINT [FK_dbo.UsersRoles_dbo.Role_RoleId] FOREIGN KEY([RoleId])
REFERENCES [dbo].[Role] ([RoleId])
ON DELETE CASCADE
GO
Run Code Online (Sandbox Code Playgroud)

如何阻止EF生成此删除级联?

Jez*_*Jez 105

我得到了答案.:-)那些级联删除是因为创建的ManyToManyCascadeDeleteConvention.您需要删除此约定以防止它为链接表创建级联删除:

modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>();
Run Code Online (Sandbox Code Playgroud)

  • 我无法相信任何心智正常的人都会认为这种删除是一个很好的违约. (14认同)
  • 实际上,我最终删除了一对多约定并有选择地为一个或两个实体重新启用它.我对它的注释说,因为(与一对多不同)你不能使用Fluent API通过使用`.WillCascadeOnDelete(true)`,*all*来重新启用多对多的级联删除多对多表要么级联,要么不级联.我认为让他们*全部*级联作为邪恶的较小者,因为大多数时候,如果我删除使用多对多链接表链接的东西,我希望它所链接的东西也被删除. (7认同)
  • @frozen “无操作”(因错误而失败)替代方案比意外删除数据要好得多。 (4认同)

ebr*_*lil 6

我相信在ManyToManyCascadeDeleteConvention全球范围内关闭并不是一个明智的选择。相反,最好只为相关表关闭它。

这可以通过为 property 编辑生成的迁移文件来实现cascadeDelete。例如:

AddForeignKey("dbo.UsersRoles", "UserId", "dbo.User", "UserId", cascadeDelete: false);

  • “我相信在全球范围内关闭 ManyToManyCascadeDeleteConvention 不是一个明智的选择”_为什么?_ (3认同)

Twa*_*inJ 6

我同意伊布拉姆·哈利勒(Ebram Khalil)的观点,即关闭单个表是一个不错的选择。但是,我想尽可能地靠近自动构建的迁移,因此我将在OnModelCreating中进行设置:

modelBuilder.Entity<User>()
    .HasMany(usr => usr.Roles)
    .WithMany(role => role.Users)
    .Map(m => {
        m.ToTable("UsersRoles");
        m.MapLeftKey("UserId");
        m.MapRightKey("RoleId");
    })
    .WillCascadeOnDelete(false);
Run Code Online (Sandbox Code Playgroud)

我相信这会保留删除操作的另一方向,因此,如果两个都需要被阻止(在此示例中是有意义的),则需要以 Entity<User>(Role)

当然,这是问了问题很久以后了。因此,它可能在2012年无效。

  • 这意味着:答案是错误的。你应该删除它。 (2认同)
  • 你自己的话“我相信......”以及随后的错误断言表明你在撰写本文时不确定并且没有花精力来测试你的答案。与记忆力衰退或“有限的时尚”无关。如果您因为宝贵的代表点而不愿意删除答案,那么*至少*纠正它。为什么要故意把人们引向错误的方向呢? (2认同)