EF Core 3.0 Preview 9 的2个小坑

之前我们的数据库服务器使用的是 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 语句之前可以避开这个问题。

转载于:https://www.cnblogs.com/dudu/p/11512171.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值