我相信 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
。
因此,我更愿意修改附加对象以使其处于正确状态。或者让应用程序崩溃,因为这种违反约束通常表明代码中有错误,或者 - 在多用户环境中 - 应该使用适当的乐观并发检查来处理。