我目前正在运行一款非常LONG Linq交易的应用。在这一次交易中,一切都必须发生,我不确定对象是否或在哪里互相干扰。
当我尝试保存更改时,我会看到此警告:
System.InvalidOperationException:对数据库的更改是 已成功提交,但更新时发生错误 对象上下文。 ObjectContext可能处于不一致状态。 内部异常消息:AcceptChanges无法继续因为 对象的键值与其中的另一个对象冲突 ObjectStateManager。确保之前的键值是唯一的 调用AcceptChanges。
从我在谷歌上看到的,人们已经找到了很多一次性的解决方案(很少与冲突的密钥有关),而且他们通常不会发布什么样的提示(比什么都没有) ,当然)。
我不清楚的是如何找到导致此问题的原因?
我在不同的地方更新了很多记录,让它们超出了范围。我猜测.NET编译器知道如何跟踪这些对象而不让它们通过GC,因此它可以在最后提交所有内容。所有的变化似乎最终都在数据库后代。
示例:
// create new A, SA for new incoming tasks
SF_SUB_AREA sa = null;
SF_AREA a = null;
if (isNewSA) // new SA
{
areaID = MakeSalesForceGUID();
a = new SF_AREA
{
ID = areaID,
DESCRIPTION = t.DESCRIPTION,
CU_NUMBER = Convert.ToString(t.CU_NUMBER),
FC = t.FC,
PROJECT = cp.ID,
DELETE_FLAG = "I"
};
ctx.SF_AREA.AddObject(a);
SAID = MakeSalesForceGUID();
sa= new SF_SUB_AREA
{
ID = SAID,
PROJECT_REGION = t.CR,
AREA = areaID,
DELETE_FLAG = "I"
};
ctx.SF_SUB_AREA.AddObject(sa);
}
else // old SA
{
List<SF_AREA> lia = (from a2 in ctx.SF_AREA
join a2 in ctx.SF_SUB_AREA on a2.ID equals sa2.AREA
where sa2.ID == t.SUB_AREA
select ct2).ToList();
if ((lia != null) && (lia.Count > 0))
{
a = lia[0];
a.DELETE_FLAG = "U";
a.CLIENT_UNIT_NUMBER = Convert.ToString(t.CU_NUMBER);
a.DESCRIPTION = t.DESCRIPTION;
a.FC = t.FC;
a.PROJECT = cp.ID;
} // TODO: throw an error here for else block
List<SF_SUB_AREA> lisa = (from sa2 in ctx.SF_SUB_AREA
where sa2.ID == t.SUB_AREA
select sa2).ToList();
if ((lisa != null) && (lisa.Count > 0))
{
sa = lisa[0];
sa.PROJECT_REGION = t.AREA;
sa.AREA = lisa[0].AREA;
sa.DELETE_FLAG = "U";
}
}
...
ctx.SaveChanges(); // left out the try/catch
目前我只是在每次提交时创建新的上下文,但我不知道这是否可取。
foreach (SF_MOVE_ORDER mo in liMO ) {
using (SFEntitiesRM ctx2 = new SFEntitiesRM()) // new context for every MO since it goes into an unknown state after every commit
{
List<SF_CLIENT_PROJECT> liCP = (from cp in ctx2.SF_CLIENT_PROJECT
where cp.ID == mo.CLIENT_PROJECT
select cp).ToList();
if ((liCP != null) && (liCP.Count > 0))
{
PerformMoveOrder(mo, liCP[0], ctx2);
}
}
}
答案 0 :(得分:1)
通常会出现这样的错误,最好先保存一个对象并一次一个地构建复杂性。这样,您就可以开始找出问题所在。它最终可能会出现在你想象不到的对象图形的某个地方。但我不会继续在上下文中抛出整个LINQ更新。将其分解为较小的保存并将其重建为大图,您将找到错误。