EF中关于刷新本地缓存数据存在的问题

问题

经常会遇到这种情况:
假设在一个库中只有一个表,

  1. 在窗体A中,new一个dbcontext后,读取表数据并显示在列表上,
  2. 此时用另一个窗体B又new了一个dbcontext,并对表中其中一条记录做了修改 ,然后增加了一条记录
  3. 返回窗体A,不管怎么刷新都只会加载新增记录,而修改过的记录不会显示修改结果。
  4. 如果销毁窗体A的dbcontext,重新New一个dbcontext,再次加载,即可显示所有变化。

原因分析

EF默认情况下对数据的访问都是启用模型跟踪。

Entity Framework在第一次对象加载到内存中时进行一次快照,添加快照发生在返回一次查询或添加一个对象到DbSet中时。当Entity Framework需要知道对象的变动时,将先把当前实体与快照中的对象进行扫描对比。实现扫描对比的方法是调用DbContext.ChangeTracker的DetectChanges方法。

变动跟踪代理:变动跟踪代理是一种会主动通知Entity Framework实体对象发生变动的机制。如:延迟加载的实现方式。要使用变动跟踪代理,需要在定义的类结构中,Entity Framework可以在运行时从POCO类中创建动态类型并重写POCO属性。动态代理就是一种动态类型,包含重写属性和通知Entity Framework实体对象变动的逻辑。

大部分的实例对象的变动调整需要在Entity Framework进行SaveChanges时才会知道,但也可以根据需要调用变动跟踪获取当前对象的状态。

Entity Framework Code First的DbContext.DetectChanges在检测实例对象的变动时,大部分情况不会有性能的问题。但当有大量的实例对象在内存中,或DbContext有大量的操作时,自动的DetectChanges行为可能会一定程度的影响性能。

解决办法

1. 窗体A上每次加载数据,都采用new dbcontext的方式

2. dbcontext不重NEW,但使用AsNoTracking方法查询返回无变动跟踪的Province的DbSet

由于是无变动跟踪,所以对返回的Province集中数据的任何修改,在SaveChanges()时,都不会提交到数据库中,所以只能用于查询,不能用于其他赋值的操作。

 

 dbContext.someOneTable.AsNoTracking().Tolist();

 

你可能感兴趣的:(C#,Entity,Framework)