from后子查询必须加别名，本质是派生表；多维聚合需两步：子查询先group by确定原子粒度，外层再聚合；过滤条件应下推至子查询以优化性能；空结果使聚合返回null，需用coalesce处理。
FROM子句里套SELECT：先搞清它到底是不是“嵌套查询”
SQL标准里没有“FROM子句嵌套查询”这个语法概念——你真正想用的，是FROM后接一个子查询（也叫派生表），必须起别名。很多人写成 FROM (SELECT ...) 却漏掉AS alias，直接报错：Every derived table must have its own alias。这不是可选项，是MySQL/PostgreSQL/SQL Server全系强制要求。
这种写法本质是把子查询结果当临时表用，和CTE（WITH）不同，它不支持递归、不能复用多次，但兼容性更好，老版本MySQL 5.7也能跑。
多维聚合必须分两步走：先GROUP BY，再对结果再聚合
想按地区+年份统计销售额，再算各地区的平均年销售额？不能在一个GROUP BY里揉两次维度。得先在子查询里完成细粒度聚合（比如GROUP BY region, year），再在外层按region做二次聚合（如AVG(sales)）。
- 子查询里
GROUP BY决定“原子粒度”，这一步不能少，否则外层没数据可聚 - 外层
SELECT只能引用子查询中明确SELECT出来的列，不能直接GROUP BY原表字段 - 如果子查询里用了
WHERE或HAVING过滤，会影响外层输入行数，务必确认过滤逻辑是否符合多维意图
SELECT region, AVG(yearly_sales) AS avg_annual_sales FROM ( SELECT region, year, SUM(amount) AS yearly_sales FROM orders WHERE order_date >= '2022-01-01' GROUP BY region, year ) AS yearly_summary GROUP BY region;
性能陷阱：子查询不走索引，WHERE条件要下推
派生表默认不继承原表索引，尤其当子查询含GROUP BY时，执行计划常出现Using temporary; Using filesort。最有效的优化是把过滤条件尽量塞进子查询内部，而不是靠外层WHERE筛。
- 错误示范：
FROM (SELECT region, SUM(sales) FROM t GROUP BY region) AS t1 WHERE region IN ('A','B')→ 先全表分组，再过滤 - 正确做法：把
WHERE region IN ('A','B')写进子查询里，让引擎提前剪枝 - 如果子查询里有
JOIN，确保ON条件中的字段有索引，否则关联成本爆炸
NULL和空结果集：外层聚合遇到空子查询会返回NULL，不是0
如果子查询没返回任何行（比如WHERE条件过严），外层AVG()、SUM()等聚合函数会返回NULL，而非0。这在报表中容易引发前端渲染异常或误判。
- 用
COALESCE(AVG(...), 0)显式转0，但注意：这是语义修正，不是数据修复 - 更稳妥的是先检查子查询是否有数据，比如加
HAVING COUNT(*) > 0或用EXISTS预判 - PostgreSQL用户可用
NULLS NOT DISTINCT控制GROUP BY对NULL的处理，MySQL则需依赖IFNULL或COALESCE
多维聚合真正的复杂点不在语法，而在于粒度控制权落在哪一层——子查询定死原子单位，外层只能在此基础上折叠。一旦子查询漏了关键分组字段，后面所有聚合都不可逆。
