ADO.NET Entity Framework beta 3 和Linq to SQL 在缓存处理上的不同

Linq to SQL内置缓存功能,简单的说,当你查询了一次某个键的数据后,再次查询时linq to SQL的引擎不再向数据库发送SQL,例如:

            //下面是使用LinQ to SQL 的例子,context2是派生自System.Data.Linq.DataContext的实例
            ErpLinQContextDataContext context2 = new ErpLinQContextDataContext();
            
//SQLServer事件探查器拦截到SQL语句的执行
            
//exec sp_executesql N'SELECT TOP 1 [t0].[emp_id], [t0].[fname], [t0].[minit], [t0].[lname], 
            
//                         [t0].[job_id], [t0].[job_lvl], [t0].[pub_id], [t0].[hire_date]
            
//FROM [dbo].[employee] AS [t0]
            
//WHERE [t0].[emp_id] = @p0', N'@p0 varchar(9)', @p0 = 'PMA42628M'
            employee p3 = context2.employees.First<employee>(p => p.emp_id == "PMA42628M");
            
//当我再次执行相同的查询时,LinQ to SQL 不再向SQL Server发送查询了。
            employee p4 = context2.employees.First<employee>(p => p.emp_id == "PMA42628M");

而且,这两个实例是同一个实例

            //返回的对象是同一个实例
            bool b2 = object.ReferenceEquals(p3, p4); //=true;
            p3.lname = "New Last Name";
            
bool b4 = (p4.lname == "New Last Name");  //=true;

当然,如果你使用不同的Context实例查询时,缓存功能将实效。

好,让我们再看看ADO.NET Entity Framework beta 3:

            //pubsEntites是 ADO.NET Entity Framework 的System.Data.Objects.ObjectContext派生对象
            pubsEntities context = new pubsEntities();

            
//下面语句执行时,SQLServer事件探查器拦截到SQL的执行
            
//SELECT TOP 1 [Extent1].[emp_id] AS [emp_id], [Extent1].[fname] AS [fname], [Extent1].[lname] AS [lname], 
            
//             [Extent1].[hire_date] AS [hire_date], [Extent1].[job_id] AS [job_id], [Extent1].[pub_id] AS [pub_id]
            
//FROM [dbo].[employee] AS [Extent1]
            
//WHERE N'PMA42628M' = [Extent1].[emp_id]
            Employee p1 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");

            
//SQLServer事件探查器 发现SQL再次被执行
            Employee p2 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            
//测试发现,虽然ADO.NET Entity Framework执行了两次SQL,但是他们却返回了完全相同的实例
            bool b1 = object.ReferenceEquals(p1, p2); // = true;

测试的结果是,ADO.NET Entity Framework(以下简称AEF)没有使用缓存,而是再次执行SQL,但是你要注意:两次查询的实例竟然是同一个。
从Context功能上看,他肯定持有上次查询的结果,他没有使用缓存,我只能认为可能AEF被设计成三层应用,那么他很担心其他的进程将数据改了,所以不使用缓存,当发现数据并没有改后,还是使用原先的实例,这个想法对吗?
我们再看看另外一个代码:
            //如果使用不同的上下文更新的数据,
            pubsEntities context4 = new pubsEntities();
            Employee p10 
= context4.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            p10.LastName 
= "Context4 changed data";
            context4.SaveChanges();

            
//旧的context再次查询时。
            Employee p11 = context.EmployeeSet.First<Employee>(p => p.EmployeeId == "PMA42628M");
            b1 
= object.ReferenceEquals(p1, p11); //= true   why??
            b1 = (p11.LastName == "Context4 changed data"); //= false  p11.LastName = "New Last Name"
难以置信,AEF重新执行了SQL,但是置新的更改而不闻,仍然返回旧的数据。这个算是Bug吗?

我不知道哪位达人能够解释这个问题?当然,这个问题我也询问了MS,他们的技术人员还未做出满意的答复。
posted @ 2008-05-14 13:54 编写人生 阅读(1149) 评论(3)  编辑 收藏

  回复  引用  查看    
#1楼 2008-05-14 16:16 | Ariel Y.      
好像园内有人提出过此问题,可以搜搜看
  回复  引用  查看    
#2楼 2008-05-14 16:18 | Angel Lucifer      
我觉得这大概跟SQL SERVER的数据库引擎实现有关系。

得到查询结果大体上来说有两个步骤。
1.查询编译,以便生成查询计划。
2.执行这个查询计划。

当然在生成查询计划之前,还有很多步骤来进行优化。随后,经过优化的查询计划就保存到procedure cache中。如果再次执行相同的查询或存储过程时,因为procedure cache中已经有了这个计划了,所以引擎会跳过第一步,直接重用在procedure cache中的查询计划来执行。
  回复  引用  查看    
#3楼 2008-05-18 19:45 | 锦瑟无端五十弦      
如果结果真如楼主所测,那显然是个重大bug。
建议楼主好好的重新进行一下测试,检查数据库,代码看是否自己有疏忽的地方,我感觉ms不会犯这么低级的错误啊……

标题  
姓名  
主页
Email (只有博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2008-05-14 13:57 编辑过
 
另存  打印