问数是什么：把一句话变成一条可核对的查询

问数这件事，听起来像黑话。拆开看，它只做一件朴素的事：你用中文把问题说出来，再收成一条能被人眼核对的查询。传统路径是业务提需求、有人翻表、手写语句、跑一遍、把结果贴回去。问数把中间几步收进同一段工作里。它解决的不是会不会写 SELECT，而是问题在脑子里、表在库里、两者对不上的摩擦。

它不是自动报表

没有口径字典，同样一句「销售额」可能指成交、支付、含税或未退款。问数给的是草稿，口径要你钉死。它也不是可以随便执行的按钮。查询、更新、删除必须分开。公开讨论里这条路径常被叫作自然语言到 SQL。名字不重要。对学习者来说，记住四个节拍就够：听清问题、看见结构、写出语句、你来核对。

真正耗时的是转译

业务话术到口径、口径到字段、字段到语句、语句到可解释结论。问题一旦带上时间、下钻、多表关联，人就要反复问。公开落地文章把痛点说得很直：传统问数的麻烦不在数据，而在转译。系统若只停留在「把话译成一条 SQL」，复杂关系面前会失效。可用的问数，至少要能在需求含糊、表关系不清、执行报错三种情况下继续工作。

第四步不能省

语句写错和口径理解错，看起来都像「数不对」，原因完全不同。把一次问答写成收据：我问了什么、用了哪些表、语句是什么、结果为什么可信。收据齐了，才算问到了数。

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

开发部在职员工叫什么、应发工资是多少？只要在职，不含实习。

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

SELECT name, salary
FROM employees
WHERE department = '开发部'
  AND status = '在职'
  AND emp_type <> '实习';

这句话能跑，不代表它就是业务要的。部门字段是中文还是编码？工资是应发还是实发？这些才是问数真正花时间的地方。本站后面的笔记，都是围绕这一句草稿怎么写完整、怎么核对。

入门时我给自己定的边界

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

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

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

读完这一辑可以做什么

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

补一句：问数给出的是草稿。草稿可以错，但不可以看不见。看不见的正确答案，仍然不能用。