实体框架 4 (CTP 5) 并发性

Question

自从我读到有关 Code-First 的内容后，我发现这可能存在问题（尽管它只是预览版），我对 EF4 CTP5 版本有 2 个问题，如下所示：

正如它所说的“新更改跟踪 API” 但它不跟踪我的变化 猜测。与 LINQ to SQL 相比 举个例子看看是什么 每种方法的反应：

LINQ to SQL：

Dim db2 As New LINQDataContext
Dim db3 As New LINQDataContext

db2.Product.FirstOrDefault(Function(m) m.ID = 100).Name = "Change1"
db3.Product.FirstOrDefault(Function(m) m.ID = 100).Name = "Change2"

db2.SubmitChanges()
db3.SubmitChanges()

EF 4 CTP5：

Dim db2 As New ProductContext
Dim db3 As New ProductContext

db2.Product.FirstOrDefault(Function(m) m.ID = 100).Name = "Change1"
db3.Product.FirstOrDefault(Function(m) m.ID = 100).Name = "Change2"

db2.SaveChanges()
db3.SaveChanges()  

这些代码仅在上下文中有所不同。在 LINQ to SQL 中，第二个 SubmitChanges 将引发“未找到或更改行。”异常，但在 EF 中它将忽略更改并继续更改行两次，我认为这很糟糕，因为我们必须考虑并发性，对吗？

Answer 1

重点关注您的第一个比较，我相信默认情况下您在 LINQ to SQL 中进行了一些乐观并发检查。在 EF 中，您必须显式标记要检查并发性的任何属性。由于您很可能没有对 Name 属性执行此操作，因此 EF 并不关心有人在另一个数据库命令中更改了 Product 名称。

我还想指出，这并不是特定的代码优先行为，而是整个 EF 的行为。如果您创建实体数据模型，您还必须明确标记并发检查的属性。

如果您使用的是 Fluent API，请查找 IsConcurrencyToken 作为要在属性上设置的属性。如果您使用注释，请查看 ConcurrencyCheckAttribute。

哈
朱莉