ORDER BY子句使用别名的双重排序失效及聚合函数性能疑问

我有一个名为books的表，记录了书籍的category（分类）和price（价格，可正可负，代表销售余额）。需要按分类统计书籍价格的总余额，并按总价排序：正总价降序，负总价升序。

最初编写的SQL语句如下：

SELECT
    category, SUM(price) AS tot
FROM
    books
GROUP BY category
ORDER BY
    (CASE WHEN tot > 0 THEN tot END) DESC,
    (CASE WHEN tot <= 0 THEN tot END) ASC;

但ORDER BY子句并未按预期排序。将别名tot替换为SUM(price)表达式后，语句正常工作：

SELECT
    category, SUM(price) AS tot
FROM
    books
GROUP BY category
ORDER BY
    (CASE WHEN SUM(price) > 0 THEN SUM(price) END) DESC,
    (CASE WHEN SUM(price) <= 0 THEN SUM(price) END) ASC;

请问：

1. 为什么ORDER BY子句无法使用别名进行排序？
2. 多次调用SUM聚合函数是否会影响性能，还是会在编译时被缓存？

1. 别名无法在CASE条件中使用的原因 #

这和SQL的逻辑执行顺序以及数据库解析器的处理规则直接相关：

• SQL的逻辑执行顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT（计算列、定义别名） → ORDER BY。理论上ORDER BY是最后执行的阶段，能直接引用SELECT的别名，但你的写法是把别名放在了CASE表达式的条件判断部分（WHEN tot > 0）。
• 部分数据库的解析器在处理CASE内部的条件时，会将这部分逻辑视为需要在SELECT别名绑定前求值，此时tot这个别名还没有被关联到SUM(price)，解析器无法识别它的含义，导致排序逻辑失效。
• 如果只是直接在ORDER BY中写tot DESC，大部分数据库都是支持的，但嵌套在CASE的条件里时，就会触发这个解析限制。

2. 多次调用SUM的性能问题 #

完全不用担心性能问题，现代数据库的查询优化器会自动处理这种情况：

• 优化器能识别到同一个聚合表达式（SUM(price)）多次出现，会执行表达式折叠——只计算一次SUM(price)，把结果缓存后复用在所有需要的地方。
• 也就是说，无论你写多少次SUM(price)，数据库实际只会执行一次聚合计算，不会产生额外的性能开销。

内容的提问来源于stack exchange，提问作者yodabar