问数不像闲聊：每句都要能落到表上

把问数当成闲聊，会得到闲聊的答案：听起来圆，对不上账。问数的句子有一种笨：每一句都要能指到表上。指不到，就先问清楚，不要往下编。

指代必须能解

「这个客户」「再拆一下」「跟上次比」在对话里很自然。落到库里，必须找回客户编号、拆的维度、上次的时间窗。解不开就停。公开实践把多轮对话的价值说成上下文，但上下文不是可以省略口径的许可证。

形容词要换成规则

「最近」「异常」「优质」看起来像修饰，其实是未完成的过滤。把它们写成时间、阈值、名单。写不出来，就不是问数句。

输出也要落到表上

你要明细、汇总还是一句话结论，决定 SELECT 的形状。结论句如果不能回溯到行，只是文案。

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

把上一条里的「华东」再按省拆开，指标、时间、排除规则都保持不变。

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

SELECT province, SUM(pay_amount) AS gmv
FROM orders
WHERE pay_time >= DATE '2026-03-01'
  AND pay_time < DATE '2026-03-08'
  AND region = '华东'
  AND is_internal = 0
GROUP BY province
ORDER BY gmv DESC;

追问不是新聊天，是同一张收据上多写一列。多出来的列必须在表里真实存在。

入门时我给自己定的边界

问数可以学得很花。入门阶段我只守三样：问题能转发、结构能看见、语句能当收据。公开长文里还有代理循环、多层架构、图表生成。那些是工程展开，不是入门必做。

边界还有一条：不把问数当成闲聊机器人。闲聊允许含糊，问数的含糊会变成默认值，默认值会变成错数。错数一旦进了汇报，纠正成本高于当初把问题问完整。

练习用假数据。真库上只跑已经钉死的卡片。本站公开的是手艺，不是连接。把这两者分开，入门才不会在第一周就踩到权限和隐私。

读完这一辑可以做什么

选一张假的订单表。连续五天问同一句「昨天已支付金额」。把锚点、状态值、含不含今天写成卡片。五天的数能对上你自己的手工合计，入门才算落地。

能落到表上的句子，才进入下一拍。落不到，就停在补问。