SQL 报表查询应逻辑清晰、命名统一、性能可控：明确指定字段禁用 SELECT*，多表用别名，计算字段设语义化别名，显式 JOIN 并按数据量从小到大排列，关联条件写 ON 中，复杂查询用 WITH 拆解，WHERE 优先用索引字段且避免函数操作。
写 SQL 报表查询，核心是让语句既准确又易读、易维护。不是越短越好，也不是越复杂越专业，关键是逻辑清晰、命名统一、性能可控。
字段明确，禁用 SELECT *
查报表时必须写清所需字段，不能用 SELECT *。原因很实际：字段增多会拖慢查询，表结构变动可能让报表出错，还容易把敏感字段无意暴露。
建议做法：
- 只写业务真正需要的列，比如 SELECT order_id, customer_name, amount, create_time
- 涉及多表时，一律带表别名前缀，如 o.order_id, c.customer_name
- 计算字段要起有意义的别名，例如 amount * 0.9 AS final_price
表连接规范：显式 JOIN + 明确驱动顺序
避免隐式连接（逗号分隔 FROM），全部使用 INNER JOIN / LEFT JOIN 显式写法。JOIN 顺序按数据量由小到大排列，有助于优化器选择高效执行路径。
常见注意事项：
- LEFT JOIN 后的 WHERE 条件若对右表字段做非空限制（如 WHERE r.status = ‘done’），实际会转为 INNER JOIN 效果，需确认业务意图
- 关联条件必须写在 ON 子句里，不在 WHERE 里补，否则语义易错、可读性差
- 多表关联超过 3 个时，建议用 WITH 子句拆解中间结果，提升可读性
WHERE 和 ORDER BY 的实用约束
WHERE 条件优先使用索引字段，避免在过滤字段上做函数操作（如 WHERE YEAR(create_time) = 2024），应改写为范围查询：create_time >= ‘2024-01-01’ AND create_time。
ORDER BY 注意点：
- 报表通常需固定排序，务必显式声明，不依赖默认顺序
- 避免对未索引字段或大文本字段排序；如需按名称排序，确保该字段有合适索引
- 分页场景（LIMIT OFFSET）注意深分页性能，超万级偏移建议改用游标分页
格式与注释：人先看懂，机器再执行
SQL 不是写给数据库看的，第一读者是同事或未来的自己。缩进、换行、大小写保持一致，关键逻辑加简短注释。
推荐格式习惯：
- 关键字全大写（SELECT / FROM / WHERE / JOIN），字段和表名小写或驼峰，保持统一
- 每行一个字段、一个条件，JOIN 条件单独缩进对齐
- 复杂逻辑块上方加注释，说明目的，例如：— 取近 30 天有效订单，排除测试账号
- 临时调试用的注释（如 /*+ INDEX(…) */）上线前必须清理
