Codice struttura entità Primo: il vincolo FOREIGN KEY può causare cicli o più percorsi a cascata

Question

Codice quadro entità In primo luogo è possibile generare il DB per i seguenti POCO.

public class Item { 
    public int Id { get; set; } 
    public string Name { get; set; } 
} 

public class ItemPair { 
    public int Id { get; set; } 

    public virtual Item FirstItem { get; set; } 
    public virtual Item SecondItem { get; set; } 
} 

vorrei stabilire la relazione con il Primo e il Secondo articolo tramite campi ID piuttosto che l'un'intera classe "Item". Quindi:

public class ItemPair { 
    public int Id { get; set; } 

    public virtual Item FirstItem { get; set; } 
    public int FirstItem_Id { get; set; } 

    public virtual Item SecondItem { get; set; } 
    public int SecondItem_Id { get; set; } 
} 

funziona anche. Modifica: questo in realtà non funzionava. Genera solo colonne aggiuntive FirstItem_Id1 e SecontItem_Id2.

Ma proprio la modifica delle proprietà di chiave esterna per FirstItemId, SecondItemId, (senza il trattino) in questo modo:

public class ItemPair { 
    public int Id { get; set; } 

    public virtual Item FirstItem { get; set; } 
    public int FirstItemId { get; set; } 

    public virtual Item SecondItem { get; set; } 
    public int SecondItemId { get; set; } 
} 

risultati nella seguente eccezione.

{"Introducing FOREIGN KEY constraint 'ItemPair_SecondItem' on table 'ItemPair' may cause 
cycles or multiple cascade paths. Specify ON DELETE NO ACTION or ON UPDATE NO ACTION, 
or modify other FOREIGN KEY constraints.\r\nCould not create constraint. 
See previous errors."} 

Perché? E cosa posso fare per evitare questa eccezione.

Answer 1

La mia aspettativa è che nel primo caso le proprietà Id non vengano utilizzate nel database poiché FK ed EF creeranno altre due colonne (è possibile convalidare forzando l'associazione della proprietà di navigazione con la proprietà FK utilizzando ForeignKeyAttribute). Nel secondo caso EF riconoscerà correttamente le proprietà ma utilizzerà anche la convenzione di eliminazione a cascata che causerà errori nel server SQL. Hai due proprietà dalla tabella che punta allo stesso genitore. In realtà nel database è possibile creare ItemPair dallo stesso Item (entrambi gli FK impostati con lo stesso Id). Se entrambe le relazioni hanno l'eliminazione a cascata abilitata, il risultato sarà in più percorsi a cascata => non consentiti nel server SQL.

La soluzione qui è mappatura fluente per definire manualmente come vengono mappate le relazioni. Here è l'esempio.

Answer 2

Ho deciso di rimuovere solo la convenzione di eliminazione a cascata.

protected override void OnModelCreating(DbModelBuilder modelBuilder) { 
     base.OnModelCreating(modelBuilder); 

     modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>(); 
     modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>(); 

    } 

Le ragioni sono:

• preferisco segnare record eliminati o disattivati ​​a scopo di verifica.
• Al massimo, elimino solo le tabelle di giunzione/mappatura.
• Con un ORM È relativamente semplice eseguire il ciclo e cancellare i record figlio nel caso raro che sia necessario.

Grazie Ladislav Mrnka che mi sta indicando nella giusta direzione.