如何计算特定Teradata用户的查询执行时间？

我看你已经基于《Calculating-the-actual-query-run-time》的思路写出了基础查询，这个方向是对的，我来帮你梳理下这个查询的细节和实用优化点：

首先，先把补全常见表关联后的完整查询贴出来，方便参考：

SELECT 
  date,
  a.username,
  a.errorcode,
  SUBSTR(b.sqltextinfo, 1, 15000) AS sql_text,
  a.starttime,
  a.firstresptime,
  a.firststeptime,
  -- 总耗时：从查询发起至返回第一条结果的时间
  ((a.firstresptime - a.starttime) HOUR(4) TO SECOND(2)) AS elapsedtime,
  -- 核心执行时间：从查询开始执行至返回第一条结果的时间
  ((a.firstresptime - a.firststeptime) HOUR(4) TO SECOND(2)) AS executiontime,
  -- 准备阶段耗时：排队、解析、优化等非执行环节的时间
  elapsedtime - executiontime AS delaytime 
FROM DBQLQryLog a
JOIN DBQLSqlTb b ON a.queryid = b.queryid
-- 过滤特定用户的话加上这个条件
-- WHERE a.username = '目标用户名'

关键字段解析 #

• elapsedtime：这是查询从提交到返回第一条结果的总耗时，包含了所有前置环节（比如队列等待、语法解析、执行计划生成）和实际执行的时间
• executiontime：这就是你要的实际查询执行时间，只统计查询真正开始执行（firststeptime是Teradata开始执行查询计划第一步的时间）到返回第一条结果的时长
• delaytime：通过总耗时减去执行时间，能帮你排查查询是否在执行前有过长的等待，这通常是资源竞争或权限验证等问题的信号

实用优化建议 #

• 如果你只关注特定用户的查询，一定要加上WHERE a.username = '你的目标用户名'的过滤条件，避免扫描全量DBQL数据拖慢查询
• SUBSTR(b.sqltextinfo, 1, 15000)是为了限制SQL文本长度，防止结果集过大，如果需要完整SQL，可以调整截取长度，但要注意Teradata对字符串字段的存储限制
• 建议加上a.queryid字段，这个唯一标识可以帮你关联DBQLObjTb（查看查询访问的表/视图）、DBQLStepTb（查看查询各步骤的耗时）等其他DBQL表，做更深入的性能分析
• 如果需要统计某个时间段的查询，记得加上date或starttime的范围过滤，比如WHERE a.starttime BETWEEN '2024-01-01' AND '2024-01-02'

内容的提问来源于stack exchange，提问作者Alexis.Rolland