EF 4.1 и "Коллекция была изменена, операция перечисления не может выполняться". исключение

Ответ 1

У меня была та же проблема. Это похоже на ошибку в EF.

Я изменил свой код, чтобы явно добавить объект в контекст EF, прежде чем устанавливать его в любое другое свойство.

Ответ 2

Для меня это выглядит как ошибка в Entity Framework. Я подготовил ваш пример к более простой, но с той же структурой:

public class TestA // corresponds to your Employee
{
    public int Id { get; set; }
    public TestB TestB { get; set; } // your Employer
}

public class TestB // your Employer
{
    public TestB()
    {
        TestCs = new List<TestC>();
    }

    public int Id { get; set; }
    public ICollection<TestC> TestCs { get; set; } // your EmployeeRoles
}

public class TestC // your EmployeeRole
{
    public int Id { get; set; }
    public TestA TestA { get; set; } // your Employee
}

Это три объекта с циклическими отношениями:

TestA -> TestB -> TestC -> TestA

Если я использую теперь соответствующий код с той же структурой, что и ваш, я получаю одно и то же исключение:

var testA = new TestA();
var testB = new TestB();
var testC = new TestC();

context.TestAs.Add(testA);

testA.TestB = testB;
testB.TestCs.Add(testC);
testC.TestA = testA;

context.ChangeTracker.DetectChanges();

Обратите внимание, что я использовал DetectChanges вместо SaveChanges, потому что трассировка стека в исключении делает ясно, что на самом деле DetectChanges вызывает исключение (которое внутренне называется SaveChanges). Я также обнаружил, что вызов SaveChanges дважды не является проблемой. Проблема здесь - это только "раннее" добавление в контекст до завершения всего графика объекта.

Коллекция, которая была изменена (как исключение жалуется), представляет собой не коллекцию TestB.TestCs в модели. Кажется, это набор записей в ObjectStateManager. Я мог бы проверить это, заменив ICollection<TestC> TestCs на одну ссылку TestC TestC в классе TestB. Таким образом, модель вообще не содержит какой-либо коллекции, но она по-прежнему вызывает одно и то же исключение в отношении модифицированной коллекции. (SaveChanges будет работать с тремя одиночными ссылками, потому что EF не знает, в каком порядке сохранить объекты из-за цикла. Но это еще одна проблема.)

Я бы счел это ошибкой, что обнаружение изменения EF (DetectChanges), по-видимому, изменяет собственную внутреннюю коллекцию, которую она просто выполняет.

Теперь исправить эту проблему легко: просто Add сущности в контексте в качестве последнего шага перед вызовом SaveChanges:

var testA = new TestA();
var testB = new TestB();
var testC = new TestC();

testA.TestB = testB;
testB.TestCs.Add(testC);
testC.TestA = testA;

context.TestAs.Add(testA);

context.ChangeTracker.DetectChanges();

EF добавит весь связанный объектный граф в контекст. Этот код преуспевает (также используя SaveChanges вместо DetectChanges).

Или ваш пример:

using (DbContext db = DbContext.GetNewDbContext()){
    Employee creator = new Employee("Bob");
    Employer employer = new Employer("employer", creator);

    db.Employees.Add(creator);
    db.SaveChanges();
}

Edit

Это было то же исключение: Черты Entity Framework "Коллекция была изменена" при использовании наблюдаемой коллекции. После кода в этом примере ситуация была схожа: добавление объекта в контекст, а затем изменение/добавление отношений к этому объекту.

Edit2

Интересно, что это вызывает одно и то же исключение:

var testA = context.TestAs.Find(1); // assuming there is already one in the DB
var testB = new TestB();
var testC = new TestC();

testA.TestB = testB;
testB.TestCs.Add(testC);
testC.TestA = testA;

context.SaveChanges(); // or DetectChanges, it doesn't matter

Итак, я хочу добавить отношения с новыми объектами к существующей сущности. Исправление этой проблемы кажется менее очевидным.

Ответ 3

Недавно я столкнулся с этой проблемой. Я обнаружил, что EF ненавидит косвенные круговые ссылки. В вашем случае кажется. Работодатель должен владеть отношениями с сотрудником. Поэтому верните ссылку работодателю из класса сотрудника.

Ответ 4

Я столкнулся с тем же вопросом сегодня утром, в моем случае у меня была ассоциация "Сотрудник-менеджер", определенная с круговыми отношениями. Например:

public class Employee 
{
    public string Name { set; get; }
    virtual public Employee Manager { set; get; }

    public Employee()
    {

    }
}

Приложение сбой с ошибкой выше при настройке свойства Manager. В конце он оказался плохим внедрением метода GetHashCode() в классе Employee. Казалось, что EF не смог обнаружить модифицированный объект, поскольку сравнение между объектами не удавалось; таким образом, EF думал, что коллекция была изменена.