子查询必须用括号包裹，from中需起别名，标量子查询不能含order by/limit；交叉报表需内外两层结构，优先用join替代关联子查询，并注意类型转换与null处理。
子查询必须用括号包裹，否则语法直接报错
SQL里子查询不能裸奔，SELECT 后面跟子查询、FROM 后面接子查询、WHERE 里嵌套子查询，全都要用一对圆括号包住。漏掉括号是新手最常踩的坑，错误信息通常是 ERROR: syntax error at or near "SELECT" 或类似提示。
实操建议：
-
FROM子句中的子查询必须起别名，比如(SELECT ... ) AS sales_summary，否则多数数据库（PostgreSQL/MySQL 8.0+）会报ERROR: subquery in FROM must have an alias - 在
SELECT列表中使用标量子查询（即返回单值的子查询），它只能出现在表达式位置，不能带ORDER BY或LIMIT—— 这些会直接触发语法错误 - 如果子查询可能返回空结果（比如某品类本月没销量），标量子查询会返回
NULL，不是报错，这点要提前在逻辑里兜底
多维度交叉报表本质是「行转列 + 分组聚合」，子查询只负责切片不负责透视
真正实现“交叉”效果的是外层的 CASE WHEN + SUM 或 PIVOT（SQL Server/Oracle），子查询本身只是帮你把原始数据按维度预过滤、预聚合或补全口径。指望一个子查询直接吐出「地区 × 月份 × 产品线」三维表格，不现实。
典型做法是两层结构：
- 内层子查询：统一口径清洗数据，例如
(SELECT region, product_line, month, revenue FROM raw_sales WHERE dt >= '2024-01-01') AS base - 外层主查询：用
GROUP BY region, month，配合SUM(CASE WHEN product_line = 'A' THEN revenue END)实现横向展开 - 如果维度组合稀疏（比如某些地区没卖过某产品线），子查询不能自动补 0，得靠
LEFT JOIN预生成维度全集，而不是依赖子查询内部逻辑
关联子查询在交叉报表里极易拖慢性能，优先改写为 JOIN
写成 SELECT ..., (SELECT SUM(revenue) FROM sales s2 WHERE s2.region = s1.region AND s2.month = '2024-01') AS jan_rev FROM regions s1 这种模式，数据库会对 s1 每一行都执行一次子查询，1000 行就是 1000 次扫描 —— 数据量一上五千就明显卡顿。
更稳的写法：
- 把子查询提前物化成临时结果，再
JOIN：比如先WITH monthly_region AS (SELECT region, month, SUM(revenue) AS rev FROM sales GROUP BY region, month)，然后主查JOIN monthly_region ON ... - 确认数据库版本是否支持
LATERAL（PostgreSQL）或CROSS APPLY（SQL Server），它们比关联子查询语义更清晰且优化器更容易处理 - MySQL 5.7 不支持 CTE，那就老实用派生表：
SELECT ... FROM regions r LEFT JOIN (SELECT region, SUM(rev) FROM sales GROUP BY region) t ON r.id = t.region
日期维度和 NULL 处理是交叉报表最容易崩的两个点
子查询输出的日期字段如果类型不一致（比如字符串 '2024-01' 和日期型 DATE 混用），外层做 GROUP BY 或 JOIN 时会静默失败 —— 看似有结果，但分组错乱、汇总重复或漏数。
关键检查项：
- 子查询中所有用于分组或连接的字段，务必显式转换类型，例如
TO_CHAR(order_date, 'YYYY-MM')::TEXT（PostgreSQL）或DATE_FORMAT(order_date, '%Y-%m')（MySQL） -
NULL值在GROUP BY中会被聚为一组，在交叉维度中常导致“未知地区”“未分类产品”意外占位，需提前用COALESCE(region, 'N/A')控制 - 如果子查询用了
UNION ALL拼多个来源，各分支对应列的数据类型必须严格一致，否则隐式转换可能吞掉精度（比如把DECIMAL(10,2)转成FLOAT）
交叉报表的复杂度不在子查询本身，而在于维度对齐的严谨性——少一个 COALESCE，多一个隐式类型转换，结果就可能偏移 5% 以上，而且很难一眼看出来。
