Entity Framework: Une contrainte d'intégrité référentielle violation sur de nombreux de nombreux de la relation

L'erreur peut se produire pour de un-à-plusieurs relations entre Person et Location apparemment vous avez dans votre modèle, en plus de plusieurs-à-plusieurs relations. Par exemple, le code suivant devrait jeter l'exception:

using (var context = new MyContext())
{
    var person = new Person
    {
        CurrentLocationId = 1,
        CurrentLocation = new Location { Id = 2 }
    };
    context.People.Attach(person); //Exception
}

"La propriété des valeurs qui définissent les contraintes référentielles" sont la propriété de clé étrangère de la valeur CurrentLocationId et la valeur de la clé primaire CurrentLocation.Id. Si ces valeurs sont différentes de l'exception est levée. (Avoir CurrentLocation comme null est bien autorisé.)

À mon avis, cette exception ne peut être levée pour les associations de clé étrangère parce que pour ce type d'association, vous avez des propriétés qui définissent des contraintes référentielles à tous de votre modèle. Il ne peut pas être jetés par des associations indépendantes. Depuis tous les plusieurs-à-plusieurs relation est une association indépendante (pas de clé étrangère de la propriété dans le modèle) ma conjecture est que l'erreur n'est pas lié à la votre plusieurs-à-plusieurs relations, mais à l'un-à-plusieurs.

J'ai juste connu le même problème et la résolution de la mine était que j'avais ajouté des mappages de l'association, puis le programme d'installation du référentiel contstraints.

Afin de résoudre le problème que j'ai eu pour ouvrir la fenêtre mappages de l'association, et il y a un lien pour supprimer les mappages. Une fois cela fait, la Cartographie des Détails de la fenêtre, puis dit Mappages ne sont pas autorisés.. Il semble que l'ajout de la contrainte référentielle des feuilles de tous les mappages en place.

De la pensée, il peut être intéressant de poster dans le cas où quelqu'un d'autre est à la recherche de solutions à ce message d'erreur à l'avenir.

À ajouter à @Slauma réponse, il n'est pas seulement lors de l'ajout d'objets à votre contexte. Pour votre exemple, si vous modifiez l'CurrentLocationId en Personne, vous devez également modifier le CurrentLocation objet incorporé dans l'objet de Personne. EF remplira automatiquement le CurrentLocation objet, car CurrentLocationId a une clé étrangère dans la CurrentLocation de la table. Lorsque vous modifiez le CurrentLocationId sans mettre à jour le CurrentLocation objet ainsi, ils deviennent hors de la synchronisation. C'est ce qui fait l'exception dans ce cas.

Donc, disons que vous avez besoin de mettre à jour la Personne objet de la CurrentLocationId. Nous allons supposer que vous pré-extrait les données et les données de Localisation.

public class DbData 
{
    List<Person> PersonList;
    List<Location> LocationList;
    public DbData()
    {
        using (var context = new MyContext())
        {
             PersonList = context.Persons.ToList();
             LocationList = context.Locations.ToList();
        }
    }

    public void UpdatePersonLocation(Person person, int newLocationId)
    {
        using (var context = new MyContext())
        {
            var location = LocationList.Where(l=>l.id==newLocationId).Single();
            //you need to update both the id and the location for this to not throw the exception
            person.CurrentLocationId == newLocationId;
            person.CurrentLocation == location;  
            context.Entry(person).State = System.Data.Entity.EntityState.Modified;
            context.SaveChanges();
        }
    }
    //or if you're giving it the location object...
    public void UpdatePersonLocation(Person person, Location location)
    {
        using (var context = new MyContext())
        {
            //you need to update both the id and the location for this to not throw the exception
            person.CurrentLocationId == location.id;
            person.CurrentLocation == location;  
            context.Entry(person).State = System.Data.Entity.EntityState.Modified;
            context.SaveChanges();
        }
    }
}