业务语言和仓库语言，中间隔着一层同义词

业务语言活在聊天里，仓库语言活在字段名里。中间若没有同义词表，问数就会靠猜。猜对一次，下一次会在另一个字段上猜错。公开实践把这件事叫语义映射：把「销量」「GMV」「单量」钉到具体列和计算式，而不是指望一次翻译永远正确。

先收集会打架的词

销售额、成交额、GMV、流水，常常不是同一个数。活跃、留存、复购，分母更乱。把这些词写成一张表：中文名、计算式、来源表、排除项、负责人。写不清的词，不允许出现在提问卡片上。

同义词不是别名那么简单

「北京」可能是城市、仓库或户籍。「昨天」可能是自然日或业务日。同义词表要写清适用场景。场景变了，映射也要变，不能靠一句注释包打天下。

仓库语言要保持难听

字段名可以继续叫 pay_amt_tax_in。难听不可怕，可怕的是聊天里用了好听的词，库里却对不上。问数的工作是翻译，不是给字段改名。

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

上周华北地区的「销量」——按我们口径指出库件数，不含取消和内部单。

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

SELECT SUM(sku_qty) AS sold_qty
FROM order_items i
JOIN orders o ON o.order_id = i.order_id
WHERE o.ship_time >= DATE '2026-03-23'
  AND o.ship_time < DATE '2026-03-30'
  AND o.region = '华北'
  AND o.is_internal = 0
  AND o.status <> 'cancelled';

若有人把销量理解成金额，这条语句会显得「错」。其实错的是词。把词钉死，语句才有对错可言。

入门时我给自己定的边界

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

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

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

读完这一辑可以做什么

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

同义词表比字段改名重要。字段可以继续难听，口头词必须有挂钩。