Wie kaskadierende Löschung für Verknüpfungstabellen in EF-Code-zuerst deaktivieren?

Question

Ich möchte Kaskadenlöschungen für eine Verknüpfungstabelle mit Entity-Framework-Code-zuerst deaktivieren. Wenn beispielsweise viele Benutzer viele Rollen haben und ich versuche, eine Rolle zu löschen, möchte ich, dass das Löschen blockiert wird , es sei denn, sind derzeit keine Benutzer mit dieser Rolle verknüpft. Ich entferne bereits die Kaskade löschen Konvention in meinem OnModelCreating:

protected override void OnModelCreating(DbModelBuilder modelBuilder) { 
    ... 
    modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>(); 

Und dann stelle ich die Benutzer-Rollen-Link System:

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

Doch wenn EF die Datenbank erstellt, erstellt es eine Lösch Kaskade für die Fremdschlüsselbeziehungen, z.

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 

Wie kann ich EF stoppen, diese Löschkaskade zu erzeugen?

Answer 1

Ich habe die Antwort bekommen. :-) Diese Kaskadenlöschungen wurden wegen ManyToManyCascadeDeleteConvention erstellt. Sie müssen diese Konvention entfernen es Kaskade von der Erstellung zu verhindern löscht für Link-Tabellen:

modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>(); 

Answer 2

Ich glaube, dass ManyToManyCascadeDeleteConvention global ist nicht eine kluge Wahl ausschalten. Stattdessen ist es besser, es auszuschalten nur für die betroffenen Tabelle.

Dies kann durch Bearbeiten der generierten Migrationsdatei für die Eigenschaft cascadeDelete erreicht werden. Zum Beispiel:

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

Answer 3

ich mit Ebram Khalil einig, dass es aus einer einzigen Tabelle dreht eine gute Option ist. Ich mag so nah an die automatisch gebaut Migrationen bleiben, wie ich kann, aber so würde ich es in OnModelCreating ein:

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

Ich glaube, das bewahrt die löschen Sie die andere Richtung, so dass, wenn beide erforderlich sein geblockt (sinnvoll in diesem Beispiel) müsste ein ähnlicher Aufruf erfolgen, beginnend mit Entity<User>(Role)

Natürlich kommt dies erst nach der Beantwortung der Frage. So könnte es 2012 nicht gültig gewesen sein.