表结构是地图：先看见库，再写那条语句

问数的第二拍是看见。看见的不是「大概有订单表」，是表名、字段、类型、注释、关联键。公开文章把列出表、描述表、抽样当成问数的手和眼睛。没有这三样，生成语句只是默写。

先列房间

一个库几十张表时，先列出和问题有关的候选。不要把整库塞进脑子。

再看户型

字段类型会揭穿口头：所谓日期其实是字符串，所谓金额其实是分。

最后看家具

抽样几行，看状态值、空值、编码。地图上的注记比字段名更真。

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

先确认 orders 表有哪些支付相关字段，再谈汇总。

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

SELECT column_name, data_type
FROM information_schema.columns
WHERE table_name = 'orders'
  AND column_name ILIKE '%pay%'
ORDER BY ordinal_position;

这不是业务答案。这是在摊开地图。地图没摊开就出 GMV，是把蒙题当成交付。

结构是地图，不是附录

公开实现文章把列出表、描述字段、抽样行、再执行写成四件工具。工具顺序不能倒。执行放第一位，等于闭眼过马路。

结构链接的失败，十之八九不是语法。是找错表、找错列、找错枚举值。注释、别名、示例值，是地图上的注记。注记质量决定问数上限。有人只补三十个核心字段的含义，可用程度就明显上升。这是最不时髦、也最管用的工作。

语义层是把指标、维度、关联路径写成中间层。个人没有引擎时，用字典和卡片冒充。没有这一层，每次提问都在重新发明销售额。宽表好问、星型好管，选边可以，口径必须唯一。

读完这一辑可以做什么

给十个核心字段写注释：时间、金额、状态、用户、地区、类目，外加四个你会用到的。注释里写计算、单位、示例值。写完再去问数，少猜一轮。

地图摊开之前的 GMV，只是默写。