用于LINQ的SQL等效扩展方法并不明显

Question

我正在使用LINQ to entity framework(EF)来使用下面的代码来获取表中的记录数:

 using (var db = new StackOverflowEntities())
 {
      var empLevelCount = db.employeeLevels.Count();
 }

我使用SQL Server Profiler捕获了EF向数据库发出的查询.我得到以下查询:

SELECT 
    [GroupBy1].[A1] AS [C1]
    FROM ( SELECT 
        COUNT(1) AS [A1]
        FROM [dbo].[employeeLevels] AS [Extent1]
    )  AS [GroupBy1]

即使对于LongCount扩展方法,此查询仍然完全相同,除了在EF创建的SQL查询中COUNTSQL函数被替换的事实COUNT_BIG.LINQ到EF提供程序创建的查询对我来说非常奇怪.为什么它不是简单地执行类似下面的操作来返回标量计数值？

SELECT 
        COUNT(1) AS [A1]
        FROM [dbo].[employeeLevels] AS [Extent1]

如果有人可以帮助我了解EF内部正在处理的额外物流,那么LINQ to EF提供商正在创建这样的查询,这将会非常有用吗？似乎EF试图通过一些常见的算法处理一些额外的用例,这导致某种通用查询如上所述.

Answer 1

在我的数据库中测试两个查询(适当地更改表)会发现它们都生成完全相同的查询计划.所以,结构不应过多关注你.在SQL中,您告诉系统您想要什么,并确定如何最好地执行此操作,并且优化器在此处可以生成给定样本的最佳计划.

至于为什么LINQ会生成这样的代码,我怀疑它只是代码生成器中的一种通用模式,它允许它为任何聚合和后续转换生成类似的代码,而不仅仅是未经过滤的计数.