主页 / user-62838

Fabian Schmied's questions

Martin Hope
Fabian Schmied
Asked: 2025-01-20 16:57:16 +0800 CST
  • 8

我有一个与此类似的 T-SQL 查询（有点复杂，这里简化一下）：

SELECT *
FROM ParticipantTable p
WHERE p.OrganizationId = @p__linq__0
  AND p.ParticipantId IN (
    @p__linq__1,
    @p__linq__2,
    @p__linq__3,
    @p__linq__4,
    @p__linq__5,
    @p__linq__6,
    @p__linq__7,
    @p__linq__8,
    @p__linq__9,
    @p__linq__10
)

这会产生与此处类似的查询计划（剪辑到相关部分）： 具有常量扫描、计算标量、连接、计算标量、排序（前 N 个排序）、合并间隔和嵌套循环（内连接）以及聚集索引查找的查询计划的图片

我对聚集索引查找执行大于/小于比较而不是每个输入键值的“正常”查找感到惊讶：

Seek Keys[1]: Prefix: [snip].OrganizationId = Scalar Operator([@p__linq__0]); Start: [snip].ParticipantId > Scalar Operator([Expr1031]); End: [snip].ParticipantId < Scalar Operator([Expr1032])

该图显示了带有上述查找谓词的聚集索引查找 (Clustered) 运算符

为什么？查找范围不是uniqueidentifier非常低效吗？很容易导致选择非常广泛的值？循环遍历输入值并逐个查找不是更高效吗？或者，只有十个值，直接将值拉入查找运算符？

我猜这可能只是一种优化，因为所讨论的组织的参与者数量很少，但将值拉入查找运算符不是更合理吗？

另外，仅出于学术兴趣，有没有办法强制 SQL Server 根据值而不是范围进行搜索？WITH (FORCESEEK([snip](OrganizationId, ParticipantId))不起作用，它仍将根据大于/小于进行搜索。我还添加了OPTIMIZE FOR UNKNOWN，但没想到它在这里会做任何事情（而且它也没有）。

sql-server