Question

我的MVC应用程序中有一个相当奇怪的Entity Framework 4.3问题。我正在使用DbContext周围的Unit of Work包装器，在我的MVC应用程序中，我使用Unity将此UOW传递给我的存储库，并将存储库传递给控制器。我已使用HierarchicalLifetimeManager注册了UOW类型。

当我尝试将实体持久化到引发错误的数据库时，例如数据库抛出UNIQUE约束违规，实体保存在EF的ObjectStateManager内。因此，当我返回我的应用程序来修复错误并保存新实体（没有错误）时，EF首先尝试再次添加旧的无效对象，因此失败并出现相同的错误。

我在这里缺少什么？我相信EF应该完全忘记无效对象，并且这将自动完成。但事实显然并非如此。

要将对象添加到DbContext以便持久化它们，将调用以下命令（其中base是DbContext）：

base.Set<TEntity>().Add(objectToPersist);

为了将更改提交到数据库，我打电话给：

base.SaveChanges();

引发错误。

Answer 1

我相信EF应该完全忘记无效的对象并且这将自动完成。但显然不是情况下。

是的，情况并非如此，我从未听说过发生异常时会自动将这些实体与上下文分离。

基本上有两种方法可以解决这个问题。我展示了一个简单的模型，其中包含一个唯一的键约束违规示例：

public class Customer
{
    // so we need to supply unique keys manually
    [DatabaseGenerated(DatabaseGeneratedOption.None)]
    public int Id { get; set; }
    public string Name { get; set; }
}

public class MyContext : DbContext
{
    public DbSet<Customer> Customers { get; set; }
}

class Program
{
    static void Main(string[] args)
    {
        Database.SetInitializer(new DropCreateDatabaseAlways<MyContext>());

        using (var ctx = new MyContext())
        {
            var customer = new Customer { Id = 1, Name = "X" };
            ctx.Customers.Add(customer);
            ctx.SaveChanges();
        }
        // Now customer 1 is in database

        using (var ctx = new MyContext())
        {
            var customer = new Customer { Id = 1, Name = "Y" };
            ctx.Customers.Add(customer);

            try
            {
                ctx.SaveChanges();
                // will throw an exception because customer 1 is already in DB
            }
            catch (DbUpdateException e)
            {
                // customer is still attached to context and we only
                // need to correct the key of this object
                customer.Id = 2;
                ctx.SaveChanges();
                // no exception
            }
        }
    }
}

以上是首选解决方案：纠正附加到上下文的对象。

如果您 - 无论出于何种原因 - 需要创建新对象，您必须从上下文中分离旧对象。该对象仍处于状态Added，EF会在您调用SaveChanges时尝试再次保存该对象，从而导致与之前相同的异常。

拆分旧对象如下所示：

            try
            {
                ctx.SaveChanges();
                // will throw an exception because customer 1 is already in DB
            }
            catch (DbUpdateException e)
            {
                ctx.Entry(customer).State = EntityState.Detached;
                // customer is now detached from context and
                // won't be saved anymore with the next SaveChanges

                // create new object adn attach this to the context
                var customer2 = new Customer { Id = 2, Name = "Y" };
                ctx.Customers.Add(customer2);
                ctx.SaveChanges();
                // no exception
            }

如果涉及到关系，这个过程可能会很棘手。例如，如果customer与订单列表有关系，则如果订单附加到上下文，则分离customer对象将删除客户及其订单之间的引用。您必须重新建立与新customer2的关系。

因此我更喜欢修改附加对象以使其处于正确状态。或者让应用程序崩溃，因为这种约束违规通常表示代码中的错误，或者 - 在多用户环境中 - 应该使用适当的乐观并发检查来处理。

Answer 2

看起来你必须告诉EF你改变了对无效对象的看法：

base.Set（）删除（objectToPersist）;

Answer 3

如果要重置更改，可以将ObjectContext设置为null并重新实例化。

EF一直试图坚持无效的对象

3 个答案: