之前我们的数据库服务器使用的是 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个小坑（3.0 正式版中也存在）。
第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
注：这个坑坑人不浅，会造成 SQL Server 数据库 CPU 100% ，详见 阿里云 RDS 数据库又发 CPU 近 100% 的“芯脏病”
第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 语句之前可以避开这个问题。