EF 4.1 и «Сбор был изменен; операция перечисления может не выполняться».исключение - PullRequest
15 голосов
/ 24 сентября 2011

Это сводило меня с ума в течение последних 2 дней.У меня есть 3 довольно базовых класса (ну, для удобства чтения)

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

    public Employee(string name)
    {
        this.Name = name;
    }
}

,

// this basically ties Employee and his role in a company.
public class EmployeeRole{
    public int Id { set; get; }
    virtual public Employee Employee { set; get; }
    public string Role { set; get; }

    public EmployeeRole(Employee employee, string role){
        this.Employee = employee;
        this.Role = role;
    }
}

и

public class Employer{

    public string Name { set; get; }
    List<EmployeeRole> employees = new List<EmployeeRole>();
    virtual public List<EmployeeRole> Employees { get { return this.employees; } }

    public Employer(string name, Employee creator){
        this.Name = name;
        this.Employees.Add(new EmployeeRole(creator, "Creator"));
        creator.Employer = this;
    }
}

Кажется, довольно просто.Не выполняется никакой конкретной настройки для этих классов в DbContext.

Но, когда я запускаю следующий код

using (DbContext db = DbContext.GetNewDbContext()){

    Employee creator = new Employee("Bob");
    db.Employees.Add(creator);
    db.SaveChanges();

    Employer employer = new Employer("employer", creator);
    db.Employers.Add(employer);
    db.SaveChanges();
   // I know I can call SaveChanges once (and it actually works in this case), 
   // but I want to make sure this would work with saved entities.
}

Выдает следующее исключение:

Коллекция была изменена;Операция перечисления может не выполняться.

Трассировка стека:

в System.ThrowHelper.ThrowInvalidOperationException (ресурс ExceptionResource) в System.Collections.Generic.List 1.Enumerator.MoveNextRare() at System.Collections.Generic.List 1.Enumerator.MoveNext () в System.Data.Objects.ObjectStateManager.PerformAdd (IList 1 entries)<br> at System.Data.Objects.ObjectStateManager.AlignChangesInRelationships(IList 1 записей) в System.Data.Objects.ObjectStateManager.DetectChanges () в System.Data.Objects.ObjectContext.DetectChanges () в системе.Data.Entity.Internal.InternalContext.DetectChanges (логическая сила) в System.Data.Entity.Internal.Linq.InternalSet 1.ActOnSet(Action action, EntityState newState, Object entity, String methodName) at System.Data.Entity.Internal.Linq.InternalSet 1.Add (объектный объект)
в System.Data.Entity.DbSet`1.Add(Сущность TEntity)

Кто-нибудь имеет представление о том, что происходит и, возможно, как это исправить?Спасибо!

Ответы [ 4 ]

16 голосов
/ 24 сентября 2011

Для меня это выглядит как ошибка в 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();
}

Редактировать

Это было то же исключение: 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

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

2 голосов
/ 24 апреля 2012

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

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

2 голосов
/ 05 января 2012

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

0 голосов
/ 28 ноября 2012

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

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

    public Employee()
    {

    }
}

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...