主页 / dba / 问题 / 326527
Accepted
scarr030
Asked: 2023-04-28 02:42:20 +0800 CST

无顺序、不同、分组的不同排序运算符

  • 772

我有两个查询，它们大多是同一个 where 表达式。它们联合在一起以获得完整的结果集。查询中没有分组，也没有排序，也没有区别。但是，直接在最终连接/选择运算符之前和任何连接之后有两种不同的类型。鉴于上述信息，我对这些不同的类型感到有点困惑。

任何人都可以深入了解为什么这个运营商在这个计划中吗？

FWIW，我重写了这个查询，只是想填补知识空白/纠正误解。

谢谢

https://www.brentozar.com/pastetheplan/?id=Sy2RJrd7h

t-sql

1 个回答

  1. Best Answer

    查询被写成两个相似的UNION ALL分支——其中之一如下。

    SELECT EventKey,
       cast(ms.AdmitDateTime AS DATE) AS StagingAdmitDate,
       EventAdmitDate,
       ms.DischargeDateTime
FROM   #Events AS e
       JOIN CM.Staging AS ms
         ON ms.UniqueCaseIdentifier = e.UniqueCaseIdentifier
            AND ms.HospitalID = e.HospitalID
WHERE  EXISTS(SELECT 1
              FROM   #UpdatedStagingRecords AS i
              WHERE  ms.StagingKey = i.StagingKey)
       AND e.DischargeDateTime IS NULL

    该分支的执行计划更多地遵循以下几行 (*)。

    SELECT DISTINCT EventKey,
                cast(ms.AdmitDateTime AS DATE) AS StagingAdmitDate,
                EventAdmitDate,
                ms.DischargeDateTime
FROM   #UpdatedStagingRecords AS i
       INNER JOIN CM.Staging AS ms
               ON ms.StagingKey = i.StagingKey
       INNER JOIN #Events e
               ON ms.UniqueCaseIdentifier = e.UniqueCaseIdentifier
                  AND ms.HospitalID = e.HospitalID
                  AND e.DischargeDateTime IS NULL

    不是通过对#Events（741 行）和CM.Staging（120907 行）进行连接来驱动查询，然后进行半连接以查看是否存在匹配项，而是#UpdatedStagingRecords从#UpdatedStagingRecords自身（2 行）驱动查询并在CM.Staging.

    连接不能简单地更改为内部连接并像那样保留，因为 StagingKey 中的重复行#UpdatedStagingRecords可能导致结果中出现重复行，而原始exists语法不会出现这些行。

    所以这些被DISTINCT-ification 步骤删除了。

    这同样适用于 the 的另一个分支UNION，但它非常相似，我没有具体说明。

    (*) - 实际的重复删除DISTINCT不是用 SQL 语法表示就能轻易表达的。DISTINCT它实际上并没有根据预计的列值进行操作。它基于Bmknnnn映射到#Events表中物理行标识符的列来执行此操作。

    • 3

相关问题