我应该在连接条件还是先前的CTE中放置行号过滤器？

我有一个subscription表和一个payments表，我需要加入。我试图在2个选项之间做出决定，性能是一个关键考虑因素。我应该在连接条件还是先前的CTE中放置行号过滤器？

以下两个选项中哪一个表现更好？

我正在使用Impala，并且这些表很大（数百万行）我只需要为每个id和date分组（因此为row_number()分析函数）获得一行。

我已经缩短了的查询来说明我的问题：

OPTION 1：

WITH cte 
    AS (
    SELECT * 
     , SUM(amount) OVER (PARTITION BY id, date) 
     AS sameday_total 
     , ROW_NUMBER() OVER (PARTITION BY id, date ORDER BY purchase_number DESC) 
     AS sameday_rownum 
    FROM payments 
), 
payment 
AS (
    SELECT * 
    FROM cte 
    WHERE sameday_rownum = 1 
    ) 
    SELECT s.* 
     , p.sameday_total 
    FROM subscription 
    INNER JOIN payment ON s.id = p.id

选项2：

WITH payment 
    AS (
    SELECT * 
      , SUM(payment_amount) OVER (PARTITION BY id, date) 
      AS sameday_total 
      , ROW_NUMBER() OVER (PARTITION BY id, date ORDER BY purchase_number DESC) 
      AS sameday_rownum 
    FROM payments 
) 
SELECT s.* 
     , p.sameday_total 
FROM subscription 
INNER JOIN payment ON s.id = p.id 
        AND p.sameday_rownum = 1

来源

2017-10-17 cdabel

只要将条件放在'on'子句中即可。无需使用两个CTE混淆查询。 –

谢谢。因此，考虑到它是内连接，所以没有任何性能影响？我想知道这是否类似于连接条件过滤的性能与最终SQL语句的SQL谓词中的where子句过滤的性能？ – cdabel

您应该能够通过查看查询计划来查看优化程序是要在开始还是结束时应用筛选器。 – Connor

的 “选项0” 也存在。一个更传统的“派生表”，它根本不需要使用任何CTE。

SELECT s.* 
     , p.sameday_total 
FROM subscription 
INNER JOIN (
      SELECT * 
      , SUM(payment_amount) OVER (PARTITION BY id, date) 
       AS sameday_total 
      , ROW_NUMBER() OVER (PARTITION BY id, date ORDER BY purchase_number DESC) 
       AS sameday_rownum 
      FROM payments 
      ) p ON s.id = p.id 
        AND p.sameday_rownum = 1

所有选项0,1和2都可能产生相同或非常相似的解释计划（虽然我对SQL Server的这一陈述比Impala更有信心）。

采用CTE本身并不会使查询效率更高或性能更好，因此选项1和2之间的语法更改并不重要。我更喜欢选项0，因为我更喜欢将CTE用于特定任务（例如递归）。

你应该做的是use explain plans研究每个选项产生什么。

来源

2017-10-18 05:06:43

我应该在连接条件还是先前的CTE中放置行号过滤器？

回答

相关问题