今天做了一次Linq的测试,代码如下:

一个Linq效率(智能程度)的测试            DataClasses1DataContext db = new DataClasses1DataContext();
一个Linq效率(智能程度)的测试            var a 
= from blog in db.Blogs
一个Linq效率(智能程度)的测试                    where blog.Channel 
== db.Channels.Single<Channel>(channel => channel.Title == "生活频道")
一个Linq效率(智能程度)的测试                          
&& blog.BlogClass == db.BlogClasses.Single<BlogClass>(c => c.Title == "默契")
一个Linq效率(智能程度)的测试                    select blog;
一个Linq效率(智能程度)的测试            
this.Title = a.Count<Blog>().ToString();

这是个较为复杂的查询,包含两个跨表联合,更重要的是,最终需要的是Count,而并不是整个Blog列表,考验的是Linq的智能程度。

用Sql profile分析,得到对应的SQL是:

一个Linq效率(智能程度)的测试exec sp_executesql N'SELECT COUNT(*) AS [value]
一个Linq效率(智能程度)的测试FROM [dbo].[Blog] AS [t0]
一个Linq效率(智能程度)的测试WHERE ([t0].[ChannelID] = ((
一个Linq效率(智能程度)的测试    SELECT [t1].[ChannelID]
一个Linq效率(智能程度)的测试    FROM [dbo].[Channel] AS [t1]
一个Linq效率(智能程度)的测试    WHERE [t1].[Title] = @p0
一个Linq效率(智能程度)的测试    ))) AND ([t0].[BlogClassID] = ((
一个Linq效率(智能程度)的测试    SELECT [t2].[BlogClassID]
一个Linq效率(智能程度)的测试    FROM [dbo].[BlogClass] AS [t2]
一个Linq效率(智能程度)的测试    WHERE [t2].[Title] = @p1
一个Linq效率(智能程度)的测试    )))
', N'@p0 nvarchar(4),@p1 nvarchar(2)'@p0 = N'生活频道'@p1 = N'默契'

从上面的SQL可以看出,Linq对代码的分析相当到位,最终着眼于Count,这应该也是得益于Lazy Load。而多表联合查询(对于Channel表和BlogClass表)也做得相当好。从这一个查询应该可以说:Linq的智能度已经相当高了,Linq已经远远超出了傻乎乎拼SQL的水平,值得一试!

鸡蛋里面挑骨头的是,BlogClass 其实和Channel有外键联系的,其实有了BlogClass的限制,Channel就可以不需要了,这是代码中故意加入的一个小Bug,可惜Linq没有自动处理这个Bug的能力,还是进行了两次查询,是不是期望太高了?呵呵。

相关文章:

  • 2021-07-13
  • 2021-12-05
  • 2021-08-11
  • 2021-10-19
  • 2021-12-28
  • 2021-05-25
  • 2021-07-17
猜你喜欢
  • 2022-12-23
  • 2021-12-29
  • 2021-11-01
  • 2022-12-23
  • 2021-05-16
  • 2022-12-23
相关资源
相似解决方案