Código de Entity Framework Primero: la restricción FOREIGN KEY puede causar ciclos o varias rutas en cascada

Question

El código de Entity Framework First puede generar la base de datos para las siguientes 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; } 
} 

me gustaría establecer la relación con el primer y segundo elemento a través de campos de ID en lugar de la totalidad de una clase de "artículo". Entonces:

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; } 
} 

también funciona. Editar: Esto realmente no funcionó. Solo genera columnas FirstItem_Id1 y SecontItem_Id2 adicionales.

Pero sólo cambiar las propiedades de clave externa a FirstItemId, SecondItemId, (sin éste), así:

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; } 
} 

resultados en la siguiente excepción.

{"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."} 

¿Por qué? Y qué puedo hacer para evitar esta excepción.

Answer 1

Mi expectativa es que en el primer caso sus propiedades Id no se utilicen en la base de datos ya que FKs y EF crearán otras dos columnas (puede validar forzando el emparejamiento de la propiedad de navegación con propiedad FK usando ForeignKeyAttribute). En el segundo caso, EF reconocerá correctamente sus propiedades, pero también utilizará la convención de eliminación en cascada que causará un error en el servidor SQL. Tiene dos propiedades de la tabla que apuntan al mismo elemento primario. De hecho, en la base de datos puede crear ItemPair desde el mismo Item (ambos FK configurados con el mismo Id). Si ambas relaciones tienen habilitada la eliminación en cascada, se generarán varias rutas en cascada => no permitidas en el servidor SQL.

La solución aquí es el mapeo fluido para definir manualmente cómo se mapean las relaciones. Here es el ejemplo.

Answer 2

Decidí eliminar la convención de eliminación en cascada.

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

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

    } 

Las razones son:

• prefiero marcar registros eliminados o desactivados para fines de auditoría.
• Como máximo borro solo las tablas de unión/mapeo.
• Con un ORM Es relativamente trivial recorrer y borrar registros secundarios en el caso raro que necesito.

Gracias Ladislav Mrnka me apunta en la dirección correcta.