问数真正省下的，是转译成本

很多人以为问数是为了「不会 SQL 的人也能查库」。这只说对了一半。会写语句的人同样怕问数：怕的是转译。业务说「最近卖得好的货」，你要确认：最近是七天还是自然月；卖得好是金额还是件数；货是 SKU 还是 SPU；是否剔除内部单。确认完，才轮到 JOIN 怎么写。

转译发生在四段路上

话术到口径，口径到字段，字段到语句，语句到结论。任何一段含糊，后面都会漂。公开文章把智能问数的价值说成：让用户的输入停留在业务语言，让系统承担结构探索、关系验证与结果解释。个人练习时没有平台，也可以自己把这四段写成检查单，不靠记忆。

三种必须能继续工作的情况

需求含糊时先补问题，不要补语句。表关系不清时先列出表、描述字段、抽样几行。执行报错时把错误读完再改一处。这三件事做不到，问数就只是玩具。做得到，转译成本才从聊天里搬到可复查的步骤里。

收据比速度重要

省下的不是敲键盘的三十秒，是来回确认的一个下午。把问题、表、语句、行数写在一起，下一次同类问题可以对照，不必从头解释「上次那个数是怎么来的」。

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

最近七天（不含今天）华东地区、剔除内部单和取消单，按成交金额看卖得最好的十个 SKU。

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

SELECT sku_id, SUM(pay_amount) AS gmv
FROM orders
WHERE pay_time >= CURRENT_DATE - INTERVAL '7 day'
  AND pay_time < CURRENT_DATE
  AND region = '华东'
  AND is_internal = 0
  AND status <> 'cancelled'
GROUP BY sku_id
ORDER BY gmv DESC
LIMIT 10;

草稿里每一处过滤，都对应转译里的一次确认。少写一处，看起来更快，对账时会把时间还回来。

入门时我给自己定的边界

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

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

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

读完这一辑可以做什么

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

转译成本降下来的标志，不是出数更快，是同样的口径下周还能复述。