更新自我跟踪实体时遇到问题

Question

我在 WCF 客户端-服务器应用程序中使用自我跟踪实体。我的 WCF 服务返回各种实体，并且可以使用相应的 Update 方法来更新这些实体。

这在一段时间内运作良好，但现在我遇到了问题。为了保持重点，我将把讨论限制在一个特定的案例中，并简化为最基本的要点。

我的一张表称为 SystemDefinition。它没有外键，但另一个表（路由）有一个外键。因此，它在实体模型中具有单个导航属性（称为“路由”）。所有其他列都是标量。该表和相应的实体有一个名为 Id、类型为 Guid 的主键列。数据库是SQL Server Compact v3.5。

要重现该问题，我可以：

1. 使用 WCF 服务的 GetSystem() 方法检索单个 SystemDefinition 实体
2. 在客户端中，对实体调用 MarkAsDeleted()
3. 调用 UpdateSystem()，将该实体作为参数传递

UpdateSystem() 中的代码是简单地（为了清楚起见，删除了非必要代码）：

_objectContext.SystemDefinitions.ApplyChanges(system);
_objectContext.SaveChanges();

检索实体时不使用 Include() 子句，这意味着 Routes 集合为空（无论如何，如果 Route 中没有包含 SystemDefinition 外键的行，错误仍然会发生） ）。因此，我传递给 Update 方法的 SystemDefinition 实体是图中唯一的实体。但我仍然遇到以下异常：

无效操作异常： AcceptChanges 无法继续，因为 对象的键值冲突 中的另一个对象 对象状态管理器。确保 调用前键值是唯一的 接受更改。

异常是由第一个方法调用 (ApplyChanges) 引发的。我确信 ObjectContext 是新鲜的，是为每个方法调用创建的一个新的。

我已经将代码一直调试到它抛出的位置（在 ObjectContext.FixupKey() 中），但是代码对我来说没有什么意义，并且 Microsoft 的源代码中没有注释来指示导致它的条件的实际含义。 。

当然，该消息具有误导性？更新只涉及一个实体。可能发生了什么？

附言。我发现一个论坛帖子建议重写实体类上的 GetHashCode() 和 Equals() 方法可能会有所帮助。如果错误是由于 ObjectStateManager 无法确定要更新的实体实际上与上下文中的某些实体相同而引起的，那么这将有意义。我尝试了一下（使用部分类），但不幸的是它没有帮助。所以现在我迷路了。任何建议都将受到欢迎。

Answer 1

我怀疑您的 _objectContext 已包含您尝试应用更改的实体实例。由于您的实体是从外部客户端接收的，因此它们永远不会与上下文已经知道的那些实例相同（就实例引用而言）。

这对于抛出的异常是有意义的：上下文最终有两个包含相同键值的不同实例。

要解决这个问题，您只需确保始终在新的环境中工作即可。