很多同学第一次在实习中写SQL，关注点全在“能不能跑通”。语句一返回结果就交上去，等业务方追问“为什么和报表对不上”，才发现问题。取数其实是语法练习的延伸：它的产物要被别人拿去做判断，所以第一步永远是确认口径，而不是打开编辑器。
口径确认至少要说清四件事：统计对象（哪些订单算有效）、时间归属（按下单时间还是支付时间）、去重粒度（一人一次还是一人多次）、异常值处理（退款、测试账号、内部单要不要剔除）。把这些用一两句话写进备注，和需求方确认一遍，比事后返工省力得多。口径没定就动手，写得再漂亮也是白跑。
连接与去重是最容易出错的地方。多表连接时，如果右表对主表是一对多关系，主表行数会被放大，金额类指标随之虚高。稳妥的做法是先单独统计各表主键行数，再看连接后的行数是否符合预期，不符就回头检查连接条件。DISTINCT 常被用来“消灭”重复，但若重复来自连接逻辑，去重只是掩盖问题，还可能误删合法的多条记录。
条件筛选也有陷阱。时间条件建议写成左闭右开区间，避免边界日期被重复计入或整体漏掉；判断空值要显式写 IS NULL，因为空值参与比较时结果未知，相关记录会被悄悄过滤；字符串匹配注意大小写和前后空格，必要时先做清洗再比对。
结果校验是收尾的关键。可以准备几条粗校验：总量与上期相比、与上游明细表相比、与已知量级相比是否接近；抽几条明细人工核对；把关键中间结果存成临时表，便于分段排查。数字出现明显跳跃时，先怀疑自己的语句，再怀疑数据源。
交数前不妨过一遍清单：口径写清了吗？行数核对了吗？空值和时间边界处理了吗？异常值排除了吗？结果能复现吗？最后把SQL、参数、运行日期和口径备注放在同一处，方便别人复用。取数能力的分水岭往往不在写法多花哨，而在于你交出去的数字，能不能被追问三轮还站得住。