必须给FROM中的子查询起别名，否则主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle）均报语法错误；别名须紧贴右括号后、推荐小写下划线命名如active_users，禁用数字开头或重复别名，多层嵌套应改用CTE提升可读性与优化能力。
必须给 FROM 中的子查询起别名
不加别名会直接报错，不是风格问题，是语法硬性要求。PostgreSQL 报 ERROR: subquery in FROM must have an alias，MySQL 8.0+ 默认拒绝执行，SQL Server 和 Oracle 同样不认。
别名必须紧贴子查询右括号后，用空格或 AS 分隔；推荐小写 + 下划线，比如 active_users、dept_stats。
- ✅ 正确：
SELECT u.name FROM (SELECT id, name FROM users WHERE status = 'active') AS active_users - ❌ 错误：
SELECT * FROM (SELECT 1) 1st（数字开头，语法非法） - ❌ 错误：
SELECT x.id FROM (SELECT id FROM t) AS x JOIN (SELECT id FROM s) AS x ON ...（重复别名，作用域冲突）
嵌套超过两层时优先改用 CTE
三层嵌套（如 WHERE (SELECT ... WHERE (SELECT ... WHERE (SELECT ...)))）可读性断崖式下降，且易触发优化器退化——部分引擎会放弃索引，转为全表扫描。
CTE 不仅语义清晰，还能被多数现代数据库（PostgreSQL、SQL Server、MySQL 8.0+、Trino、Spark SQL）正确下推优化。
- 避免写：
SELECT name FROM employees WHERE dept_id IN (SELECT id FROM depts WHERE region IN (SELECT region FROM regions WHERE country = 'CN')) - 改用：
WITH cn_regions AS (SELECT region FROM regions WHERE country = 'CN'), cn_depts AS (SELECT id FROM depts WHERE region IN (SELECT region FROM cn_regions)) SELECT name FROM employees WHERE dept_id IN (SELECT id FROM cn_depts)
子查询位置决定返回值类型，不能混用
WHERE 里用标量子查询（单值），FROM 里用表子查询（多行多列），SELECT 列表里只能用标量子查询——类型错配会直接报错或返回意外结果。
常见翻车点：在 WHERE 中误用返回多行的子查询而没加 IN 或 EXISTS；在 SELECT 列表中写了返回多列的子查询。
- ✅ 标量比较：
WHERE salary > (SELECT AVG(salary) FROM employees) - ✅ 多值匹配：
WHERE dept_id IN (SELECT id FROM departments WHERE type = 'core') - ✅ 表源使用：
FROM (SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY user_id) AS order_counts - ❌ 危险写法：
SELECT (SELECT user_id, status FROM users LIMIT 1) FROM orders（多列子查询不能直接放 SELECT 列表）
跨库移植时禁用方言函数和序号引用
想让嵌套查询在 PostgreSQL、MySQL、SQL Server 甚至 DuckDB 之间少改代码，就得避开所有数据库特有语法。
ORDER BY 1 在 Oracle 和 DB2 中不支持；DATE_ADD(NOW(), INTERVAL 7 DAY) 换到 SQL Server 就崩；SELECT * FROM (SELECT a,b FROM t) x 然后在外层写 x.a 是安全的，但写 a 或 1 就可能解析失败。
- 日期运算统一用：
CURRENT_DATE + INTERVAL '7' DAY - 字符串拼接坚持用：
first_name || ' ' || last_name - 空值判断只用：
col IS NULL，不用ISNULL()或NVL() - 所有子查询禁用
*，显式写出字段并带别名，例如：(SELECT id AS user_id, name AS user_name FROM users)
真正容易被忽略的，是别名作用域在多层嵌套中的模糊性——比如三层子查询都叫 t，又都在引用 t.id，不同数据库对“最近一层”的判定逻辑并不完全一致，尤其在 Hive 和旧版 Spark SQL 中，可能意外绑定到外层同名字段。这不是语法错误，而是静默逻辑偏移。
