使用DbContext和EF Code First更改跟踪差异

Question

在使用EF Code First时,有两种变更跟踪选项:

1. 基于快照的更改跟踪
2. 基于通知的基于通知的变更跟踪

使用每种更改跟踪方法运行时,请考虑以下代码.假设具有默认配置选项的DbContext实例. 

var o = context.MySet.First();
o.MyProperty = 42;
context.SaveChanges();

如果由第一行上下文加载和跟踪的实体实例对于"MyProperty"已经具有值42,则在第三行的"SaveChanges"调用期间,其在更改跟踪器中的状态是不同的. 

1. 基于快照的更改跟踪 - 其状态为"未更改". 
2. 使用代理进行基于通知的更改跟踪 - 其状态为"已修改". 

鉴于在基于通知的变更跟踪下,在调用"SaveChanges"期间将向数据库发送不必要的更新语句我设想大多数开发人员更喜欢基于快照的变更跟踪的行为. 

这种行为的意义是否有意？

当使用基于通知的代理更改跟踪时,是否有办法实现与基于快照的更改跟踪相同的行为？

请注意,我认为这与此功能建议有关 -  http://data.uservoice.com/forums/72025-entity-framework-feature-suggestions/suggestions/1015363-better-change-tracking-for-poco-proxies

Answer 1

这种行为是故意的.原因是与EntityObject基于旧的实体的向后行为兼容性以相同的方式表现 - 它们将更改属性计数为与实际修改相同的值.链接的文章还显示,新建议仅在快照更改跟踪存在性能问题时才使用快照更改跟踪并选择更改跟踪代理.