下面的代码在EF 2.2中工作得很好,但没有在EF核心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值: default(IGrouping)表达式:(未处理参数: e),选择器:(p) => p.CategoryName)‘的处理失败。这可能表示EF中存在缺陷或限制。有关更多详细信息,请参见https://go.microsoft.com/fwlink/?linkid=2101433。
需要帮助吗?
发布于 2019-09-25 07:16:52
这是由于破变在EFCore3.0中的一个,即:不再在客户端上计算LINQ查询。
因此,编写查询时,EF可以将表达式转换为that,或者将数据提取到内存中,然后进行查询。
发布于 2019-09-25 14:20:24
最初的查询有问题,但EF Core将其隐藏在地毯下,减慢了所有的速度。
当客户端评估在LINQ中引入并在实体框架中删除时,它是邪恶的。我想不出为什么人们会把它添加到EF核心中是个好主意,但是它现在已经消失了,这是件好事。原始查询也不会在EF 6.2中运行。
原始查询需要进行一些修正,这可能会导致性能的提高。首先,ORM的工作是从关系和导航属性生成连接。
其次,即使在SQL中,也不可能在SELECT子句中添加一个非GROUP BY或聚合的字段。除非使用窗口函数,否则不存在等同于FirstOrDefault()的聚合函数。
要在SQL中获取类别名称,我们必须将其包含在GROUP BY中,或者使用CTE/subquery按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();如果对实体进行了修改,因此,例如资产具有“类别”属性,则可以将查询简化为:
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();不过,这需要进行一些测试,以确保它创建了一个正常的查询。过去有过一些令人惊讶的事情,我还没有时间检查最后的EFCore3.0中生成的SQL
更新
LINQPad 6可以使用EF 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查询。
发布于 2019-12-09 10:30:42
您仍然可以通过客户端评估在客户机上执行任何类型的set操作,只需在执行set操作之前插入一个AsEnumerable()即可。这就是在3.0前版本中处理所有set操作的方式,取决于准确的用例客户端评估可能执行得和服务器评估一样好。
https://stackoverflow.com/questions/58092869
复制相似问题