你要明细、汇总，还是一句话结论

呈现方式常被当成可视化问题。对问数来说，它首先是语句形状。明细要行，汇总要分组，结论要能回溯到汇总。公开提问清单把呈现列为可选零件。可选不代表可以含糊。

明细

带主键、时间、金额、状态。用来核对，不用来汇报。

汇总

写清分组键和指标。分组键就是维度。

结论句

必须能指回汇总表的某一格。不能指回，就只是文案，不要和数写在一起。

一次完整的问法可以先写成下面这样：

先给 3 月上海已支付订单按天的汇总；结论我自己写。

落到语句上，草稿常常是：

SELECT DATE(pay_time) AS d, COUNT(*) AS order_cnt, SUM(pay_amount) AS gmv
FROM orders
WHERE pay_time >= DATE '2026-03-01'
  AND pay_time < DATE '2026-04-01'
  AND city = '上海'
  AND pay_status = 'paid'
GROUP BY DATE(pay_time)
ORDER BY d;

问数把表摆好。结论是人的活。把两件事绑死，表会为了句子变形。

提问是规格，不是文采

公开的提问建议把好问题拆成时间、指标、筛选、统计、呈现。我把它当成规格书。规格可以写得不好看，不可以缺零件。零件缺了还硬跑，就是用默认值替别人做决定。

相对时间必须有锚点。形容词必须换成规则。追问必须能单独重跑。这三条足够挡住提问阶段最常见的漂。

高频问题做成卡片。卡片有版本。口径改了就升版本，不要在聊天里口头补丁。口头补丁过一周，谁也说不清当时的数是哪一版口径问出来的。

读完这一辑可以做什么

把你最常问的三句话写成卡片。每张卡片第一行写锚点规则，第二行写指标计算，第三行写排除项。然后拿这三张卡片去对三天的报表。对不上，先改卡片，不改心理预期。

明细、汇总、结论句，三种出口不要混在同一条 SELECT 里。