将视图转换为表并保存更改为我带来了乐观的并发异常

Question

我正在使用Entity Framework 4（使用自我跟踪实体），并访问视图，即两个表的合并。 因此，当我更新视图的信息时，我将视图的STE发送到可访问数据库的存储库。

我已经完成以下工作：

当收到包含更新信息的视图时，将创建STE1和STE2。 当我创建STE时，如何使用添加状态创建它。 因此，对于状态已被修改的STE的状态，我如何使用MarkedAsModified方法更改两个STE的状态。

然后，我如何在视图的STE中获得两个表的信息，然后将信息从视图传递到正确的STE，并将更改从STE应用于objectContext 。

最后，我进行saveChanges 。 但是在这一步中，我收到了Optimistic concurrency exception 。 我认为这是因为STE从状态传递到Added to Modified因此上下文检测到在创建和SaveChanges之间存在一些修改，而且我尝试在STE中接受AcceptChanges ，之后将其标记为已修改并应用更改最后是SaveChanges ，但问题仍然存在。

我该如何解决这个问题？ 有没有更好的方法来使用View和Entity Framework v4？

谢谢。 戴姆罗克。

编辑1：我仍然有问题。 我的代码如下：

组件myComponent = new Components（）; //这是STE myComponent.Rereference = myView.Reference; ... //其他属性myComponent.MarkedAsModified（）; //这是必需的，因为我要更新信息，而无需添加新的寄存器。 myContext.ApplyChanges（“ Components”，myComponent）; miContexto.SaveChanges（）;

在saveChanges中，我得到一个例外：update，insert或delete语句影响了意外的行数（0）。 自加载实体以来，实体可能已被修改或删除。 刷新ObjectStateManager条目。

哪有问题 我不能修改创建的新STE吗？

谢谢。

Answer 1

我找到了解决问题的方法。

在第一种解决方案中，解决方案是查询数据库以获取数据库中的现有寄存器。 这将在上下文中添加实体，然后可以修改数据并正确保存更改。

但是后来，我找到了一种方法来避免需要使查询成为数据库来在上下文中添加修改后的实体。

方法是使用以下代码：

Customers myCustomer = new Customers  { IDCustomer = myCustomer.IDCustomer };
myContext.Customers.Attach(myCustomer);

//update the data of the entity.

myContext.SaveChanges();

解决方案是创建一个新的设置主键的实体。 如果实体具有FK，则将以相同的方式表示。 此时，实体具有添加状态。

以后，被附加到上下文，然后可以进行修改。 更改字段时，实体会将状态更改为已修改，因此，当调用saveChanges（）时，EF会更新实体，而不是尝试添加新的实体。

我在此链接中找到此信息。 在这篇文章中，解决方案是删除一个实体而不将其检索到数据库中，如果我们想修改一个现有的寄存器，这个想法也是可行的。