Entity Framework Code First: Comment modéliser une relation client/adresse?

Question

Voici mon modèle simplifié:

public class Customer 
{ 
    public int ID { get; set; } 
    public int MailingAddressID { get; set; } 
    [ForeignKey("MailingAddressID")] 
    public Address MailingAddress { get; set; } 

    public virtual ICollection<Address> Addresses { get; set; } 
} 

public class Address 
{ 
    public int ID { get; set; } 
    public int CustomerID { get; set; } 
    [ForeignKey("CustomerID")] 
    public Customer Customer { get; set; } 
} 

Lorsque je tente et de créer la base de données que je reçois l'erreur suivante:

Introducing FOREIGN KEY constraint 'Customer_MailingAddress' on table 'Customers' may cause cycles or multiple cascade paths. Specify ON DELETE NO ACTION or ON UPDATE NO ACTION, or modify other FOREIGN KEY constraints. Could not create constraint. See previous errors.

Je ne comprends pas quel est le problème. Je comprends qu'un client avec une adresse ne peut pas être supprimé et qu'une adresse qui est l'adresse postale d'un client ne peut pas non plus être supprimée.

Cela correspond à mon design parce que si un client a une ou plusieurs adresses, alors une doit être une adresse postale et cette adresse ne peut pas être supprimée.

Alors qu'est-ce qui me manque ici? Merci!

Edit:

oublié de mentionner que j'ai essayé d'ajouter la ligne suivante dans la méthode OnModelBuilding:

modelBuilder.Entity<Customer>().Property(x => x.MailingAddressID).IsOptional(); 

Cela vous permet de construire la base de données, mais l'ajout d'un client, je reçois la erreur suivante:

The INSERT statement conflicted with the FOREIGN KEY constraint "Customer_MailingAddress". The conflict occurred in database "DomainModel.SeasideHeightsEntities", table "dbo.Addresses", column 'ID'. The statement has been terminated.

Toujours à la perte quant à la façon de modéliser correctement.

Answer 1

Le problème est ... qui est supprimé en premier, le client ou l'adresse postale? Vous ne pouvez pas les supprimer tous les deux en même temps, les suppressions se produiront dans une séquence. Lorsque le premier est supprimé, il échoue la règle b/c le second n'a pas encore été supprimé. D'après ce que je peux voir de votre modèle, je n'utiliserais pas les clés étrangères pour gérer cette logique, je la manipulerais pendant la validation d'objet en mettant un attribut [Obligatoire] sur la propriété MailingAddress au lieu de la clé étrangère.

Vous devez également prendre en compte la logique d'implémentation supplémentaire pour vous assurer que MailingAddress fait partie de la collection Addresses.