子查询中无法使用外层SELECT定义的别名new_var，因其在SQL执行顺序中尚未生成；应改用派生表固化计算列，或直接用GROUP BY聚合、窗口函数替代低效子查询。
为什么子查询里直接用 new_var 会报 “no such column”？
因为 SQL 的执行顺序决定了列别名在子查询中不可见：SELECT 子句里的别名（如 var1 / var2 as new_var）是在整个查询逻辑处理完后才“生效”的，而子查询（尤其是 SELECT 中的标量子查询）在外部查询的 SELECT 执行前就已独立解析和运行。所以子查询根本看不到外层刚起的别名。
用 FROM 子句派生表把计算列“提前固化”
把带计算列的逻辑提前到 FROM 子句中，生成一个临时结果集（即派生表），后续所有子查询或聚合都能安全引用它里面的列。
- 原始错误写法：
SELECT id, var1/var2 as new_var, (SELECT SUM(new_var) ...) FROM table→new_var在子查询中未定义 - 正确做法：先用派生表算出
new_var，再在外层对它聚合
示例：
SELECT id, new_var,
(SELECT SUM(new_var) FROM t2 WHERE t2.id = t1.id) AS summed_var
FROM (SELECT id, var1 / var2 AS new_var FROM table) AS t1注意：这里 t1 是派生表，new_var 是它的真实列；子查询中的 t2 需要重写为同一派生表或另套一层 —— 更稳妥的是直接在外部做 GROUP BY，避免嵌套查。
更高效的做法：放弃子查询，改用窗口函数或两级聚合
原需求是“按 id 汇总每个 var1/var2 的和”，这本质是分组聚合，不是必须用子查询。嵌套子查询在每行都触发一次内部扫描，性能差（尤其数据量稍大时）。
- 推荐用
GROUP BY直接聚合：SELECT id, SUM(var1.0 / var2) AS summed_var FROM table GROUP BY id - 若还需保留原始行并附带汇总值，用窗口函数：
SUM(var1.0 / var2) OVER (PARTITION BY id) - 若数据库不支持窗口函数（如旧版 MySQL），再退回到派生表 +
JOIN：SELECT t.*, g.summed_var FROM table t JOIN (SELECT id, SUM(var1.0 / var2) AS summed_var FROM table GROUP BY id) g ON t.id = g.id
容易忽略的细节：除零、类型与精度
计算列 var1 / var2 看似简单，但实际常踩坑：
-
var2为 0 时，多数数据库抛异常（如 PostgreSQL）或返回NULL（如 MySQL），需加CASE WHEN var2 != 0 THEN var1/var2 ELSE NULL END - 整数相除可能截断（如
3/4 = 0），应显式转浮点：CAST(var1 AS REAL) / var2或var1 * 1.0 / var2 - 不同数据库对
NULL参与计算的处理一致，但聚合时SUM()会自动忽略NULL，这点反而可用
派生表能解决引用问题，但真正省事又健壮的方案，往往是绕开子查询本身——先确认需求是否真需要“每行触发一次子查询”，大多数时候不需要。
