Question

以下代码在EF Core 2.2上正常工作，但在EF Core 3.0上不工作

 var items = (from asset in Context.Assets
              join assetCategory in Context.AssetCategories on asset.CategoryId equals assetCategory.Id
              group assetCategory by assetCategory.Id into assetCategories
              select new AssetCategorySummary
              {
                  CategoryId = assetCategories.Key,
                  CategoryName = assetCategories.Select(p => p.CategoryName).FirstOrDefault(),
                  TotalAsset = assetCategories.Count()
              }).ToListAsync();

我得到的错误：

LINQ表达式'AsQueryable（Select（来源：NavigationTreeExpression 值：默认（IGrouping）表达式：（未处理的参数：e），选择器：（p）=> p.CategoryName））'通过'NavigationExpandingExpressionVisitor' 失败了这可能表示EF Core中存在错误或限制。有关更多详细信息，请参见https://go.microsoft.com/fwlink/?linkid=2101433。

需要帮助

编辑： 如下解决了

        var items = Context.Assets.AsEnumerable().GroupBy(p => p.CategoryName).Select(p => new AssetCategorySummary
        {
            CategoryId = p.Select(r => r.CategoryId).FirstOrDefault(),
            CategoryName = p.Select(r => r.CategoryName).FirstOrDefault(),
            TotalAsset = p.Count()
        }).ToList();

但是我认为这无效。

Answer 1

这是由于 EF Core 3.0 中的breaking changes之一造成的，即：LINQ queries are no longer evaluated on the client

因此，以这样的方式编写查询：EF Core可以将表达式转换为T-SQL或将数据提取到内存中，然后进行查询。

Answer 2

原始查询有问题，但EF Core将其隐藏在地毯下，使所有操作变慢。

当客户端评估在LINQ中引入SQL并在Entity Framework中删除时，它是邪恶的。我不认为为什么人们将它重新添加到EF Core中是一个好主意，但是现在它已经消失了是一件好事。原始查询也不会在EF 6.2中运行。

原始查询需要一些修复，这可能会导致性能提高。首先，从关系和导航属性生成联接是ORM的工作。

第二，即使在SQL中，也无法在SELECT子句中添加不属于GROUP BY或集合的字段。除非有人使用窗口函数，否则没有等效于FirstOrDefault()的聚合函数。

要在SQL中获取类别名称，我们必须将其包含在GROUP BY中，或者使用CTE /子查询按ID分组，然后查找类别名称，例如：

SELECT CategoryID,CategoryName,Count(*)
FROM Assets inner join AssetCategories on CategoryID=AssetCategories.ID
GROUP BY CategoryID,CategoryName

或

SELECT CategoryID,CategoryName,Cnt
FROM (select CategoryID, Count(*) as Cnt
      from Assets
      group by CategoryID) a 
INNER JOIN AssetCategories on CategoryID=AssetCategories.ID

相当于LINQ中的第一个查询：

 var items = (from asset in Context.Assets
              join assetCategory in Context.AssetCategories on asset.CategoryId equals assetCategory.Id
              group asset by new {assetCategory.Id,assetCategory.CategoryName} into summary
              select new AssetCategorySummary
              {
                  CategoryId   = summary.Key.Id,
                  CategoryName = summary.Key.Name,
                  TotalAsset   = summary.Count()
              }).ToListAsync();

如果对实体进行了修改，例如Asset具有Category属性，则查询可以简化为：

 var items = (from asset in Context.Assets
              group asset by new {asset.Category.Id,asset.Category.CategoryName} into summary
              select new AssetCategorySummary
              {
                  CategoryId   = summary.Key.Id,
                  CategoryName = summary.Key.Name,
                  TotalAsset   = summary.Count()
              }).ToListAsync();

尽管这需要进行一些测试，以确保它创建了一个合理的查询。过去有一些惊喜，我还没有时间在最终的EF Core 3.0中检查生成的SQL。

更新

LINQPad 6可以使用EF Core 3，甚至可以使用外键约束从数据库生成DbContext。

此查询

 var items = (from asset in Context.Assets
              group asset by new {asset.Category.Id,asset.Category.CategoryName} into summary
              select new AssetCategorySummary
              {
                  CategoryId   = summary.Key.Id,
                  CategoryName = summary.Key.Name,
                  TotalAsset   = summary.Count()
              }).ToListAsync();

生成一个不错的SQL查询：

SELECT [a0].[ID] AS [CategoryId], [a0].[CategoryName], COUNT(*) AS [TotalAsset]
FROM [Assets] AS [a]
INNER JOIN [AssetCategories] AS [a0] ON [a].[CategoryID] = [a0].[ID]
GROUP BY [a0].[ID], [a0].[CategoryName]

使用join会生成相同的SQL查询。

Answer 3

您仍然可以通过客户端评估在客户端上执行任何类型的设置操作，只需在执行设置操作之前插入AsEnumerable()。这是在3.0之前的版本中处理所有设置操作的方式，并且取决于确切的用例，客户端评估可能会和服务器评估一样执行。

EF Core 2.2 LINQ查询在EF Core 3.0中不起作用

3 个答案: