之前我们的数据库服务器使用的是 SQL Server 2008 R2 ,由于从 EF Core 3.0 Preview 6 开始不支持 UseRowNumberForPaging ,只能停留在 EF Core 3.0 Preview 5 ,无法继续升级。后来终于将数据库升级到了 SQL Server 2016 ,赶紧将 EF Core 升级到最新版 3.0 Preview 9 ,结果却发现了 EF Core 3.0 Preview 9 的2个小坑。
第1个小坑
EF Core 3.0 会生成的多余 IS NOT NULL
,让生成的 SQL 语句非常啰嗦,冗长得不忍目睹。
SELECT ...
FROM [blog_Content] AS [b]
WHERE ((((([b].[BlogID] = @__blogId_0) AND @__blogId_0 IS NOT NULL) AND ([b].[IsExist] = CAST(1 AS bit))) AND (((([b].[PostType] | @__type_1) = @__type_1) AND ([b].[PostType] | @__type_1 IS NOT NULL AND @__type_1 IS NOT NULL)) OR ([b].[PostType] | @__type_1 IS NULL AND @__type_1 IS NULL))) AND (((([b].[PostConfig] & @__config_2) = @__config_2) AND ([b].[PostConfig] & @__config_2 IS NOT NULL AND @__config_2 IS NOT NULL)) OR ([b].[PostConfig] & @__config_2 IS NULL AND @__config_2 IS NULL)))
github 上的相关 issue: Queries really slow due to null checks
第2个小坑
EF Core 3.0 对 Projection 的支持有问题,不管 Mapster 的 ProjectToType 还是 AutoMapper 的 ProjectTo ,生成的 SQL 语句中 SELECT 的是实体的字段,而不是 DTO 的字段,比如下面的 SQL 语句。
SELECT DTO字段
FROM (
SELECT TOP(@__p_3) 实体字段
FROM [blog_Content] AS [b]
LEFT JOIN [blog_DiggScore] AS [b0] ON [b].[Id] = [b0].[EntryID]
WHERE ...
ORDER BY [b0].[DiggCount] DESC
) AS [t]
LEFT JOIN [blog_DiggScore] AS [b1] ON [t].[Id] = [b1].[EntryID]
ORDER BY [t].[DiggCount] DESC
后来同事排查后发现,把 ProjectToType 移动到 OrderBy 以及 Take/Skip 语句之前可以避开这个问题。