Teradata SQL 调优：以下代码的目的是什么

Question

我调整了几年前由 Teradata Co. 顾问编写的一个严重歪曲的查询。同样的代码是一个永远高 CPU 的报告，而且它变得更糟

    SELECT 
    c.child  ,
    a.username ,
    CAST( SUM((((a.AmpCPUTime(DEC(18,3)))+
         ZEROIFNULL(a.ParserCPUTime)) )) AS DECIMAL(18,3)) 
   FROM pdcrinfo.dbqlogtbl a
          LEFT OUTER JOIN (
    SELECT queryid,logdate,
        MIN (objectdatabasename) AS                  objectdatabasename
        FROM pdcrinfo.dbqlobjtbl_hst
        GROUP BY 1,2 ) b                  ON a.queryid=b.queryid 
          JOIN dbc.children c   ON b.objectdatabasename=c.child
    WHERE c.parent ='FINDB'
AND  a.logdate BETWEEN                    '2015-12-01'  AND '2015-12-31'
        and    b.logdate BETWEEN                   '2015-12-01'  AND '2015-12-31'
    GROUP BY 1,
        2,
        3
    ORDER BY 1,
        2,
        3;

我已经重写了查询加入具有相同 PI 的 log 和 obj 表，然后在 dbc.child 表上执行 exists，它运行得非常好 - 相同的 o/p。 但我认为我很幸运只是因为 FINDB 没有任何子视图数据库。 我的问题 ： 我试图了解的目的是什么 MIN（对象数据库名称） 我们的大多数表数据库名称都在视图数据库名称之前（格式为 findb_vw 等），所以我认为他可能试图消除视图数据库？ 另一件事：为什么要使用 LOJ（我改为 IJ），因为您需要 Objectdatabasename 的值。我认为 LOJ 不适用于这里

我不确定是否会在舞台上提出问题。所以只是为了澄清 - 我不是在寻找调整技巧。我想要 MIN (Objectdatabasename) 代码的其他观点。

Answer 1

你是对的，Left Join 没用（但优化器无论如何都会将其更改为 Inner Join，所以它只是令人困惑）。

MIN (objectdatabasename) 可能用于避免同一查询 ID 的多行导致重复行（并且可能用于删除视图数据库）。

但恕我直言，性能不佳的主要原因是 DBQL 表之间缺少连接条件。 pdcrinfo 中的表应该由LogDate 分区，您需要将AND a.LogDate=b.LogDate 添加到现有的ON a.queryid=b.queryid 以获得快速连接（PI + 分区），否则优化器必须做一些准备或更多昂贵的滑动窗口连接。