EF Core 8 现在使用 WHERE IN 和 OPENJSON 的组合在 where 语句中内联值，而不是以前的 WHERE IN(...)。此更改已在文档中注明，并说明了原因……

EF Core 8 现在使用 ，而 的组合在 where 语句中内联值 WHERE IN and OPENJSON 不是以前的 WHERE IN(...) .

文档中记录了 这一变化 ，并说明了原因如下：

此处内联值的方式使得 SQL 注入攻击不存在任何可能性。下文描述的使用 JSON 的更改完全是为了性能，与安全性无关。

不幸的是， OPENJSON 我们的 2017 SQL Server 实例的性能很差。

以下查询由 EF Core 8 生成， 运行 1.8 秒 400,000 次读取 ：

DECLARE @__scheduleTagIds_0 nvarchar(4000) = N'[5835,5970,6563,6564,6565,6645,6835,6850,7034,7127]';

SELECT  [s].[ScheduleTagId]
       ,[s].[MustStartProdBy]
FROM    [ScheduleTagMustStartBy] AS [s]
WHERE   [s].[ScheduleTagId] IN (
    SELECT  [s0].[value]
    FROM    OPENJSON(@__scheduleTagIds_0) WITH ([value] int '$') AS [s0]
)

如果我重构查询以使用标准 WHERE IN(...) ，则执行时间将下降到 120ms 和 29,000 次读取 ：

SELECT  [s].[ScheduleTagId]
       ,[s].[MustStartProdBy]
FROM    [ScheduleTagMustStartBy] AS [s]
WHERE   [s].[ScheduleTagId] IN (5835,5970,6563,6564,6565,6645,6835,6850,7034,7127)

我的应用程序中有数百个查询 .Where(x => [collection].Contains(x.Id)) ，我非常担心在选择查询中看到的性能下降。

问题

我该怎么做才能缓解这个问题？我愿意选择 EF 或 SQL Server 端的选项（但不想更改数据库的兼容级别）。