ORDER BY 必须写在 GROUP BY 之后，因其执行顺序在分组之后，只能对分组结果排序；引用字段须为聚合列、别名或 GROUP BY 中的列，否则报错；NULL 排序需注意数据库差异，多条件排序可提升稳定性。
ORDER BY 必须写在 GROUP BY 之后
SQL 执行顺序决定了你不能在 GROUP BY 前用聚合结果排序——ORDER BY 是最后一步，只能作用于分组后产生的结果集。如果写成 SELECT department, COUNT(*) FROM employees ORDER BY COUNT(*) DESC GROUP BY department，会直接报错，因为语法顺序错误。
正确写法是：先 GROUP BY，再 ORDER BY，且 ORDER BY 可以直接引用 SELECT 中的聚合表达式或别名。
-
ORDER BY COUNT(*) DESC合法，只要COUNT(*)出现在SELECT列表中（或虽未显式写出但被允许隐式引用） -
ORDER BY employee_count DESC合法，前提是SELECT中定义了COUNT(*) AS employee_count - 不能写
ORDER BY salary DESC（原始列未参与分组且非聚合），否则报错column "salary" must appear in the GROUP BY clause or be used in an aggregate function
用 SUM/AVG/COUNT 等聚合函数结果排序
按统计值降序排列，本质就是把聚合函数的结果当排序字段用。常见组合包括销量总和、平均评分、记录数等，注意数据类型和 NULL 处理。
示例：按订单总金额降序排产品
SELECT product_id, SUM(amount) AS total_amount FROM orders GROUP BY product_id ORDER BY total_amount DESC;
-
SUM()自动忽略NULL，但若整组全为NULL，结果为NULL，默认排在最前（取决于数据库，默认NULLS FIRST或NULLS LAST） - 想把
NULL排最后，可加NULLS LAST（PostgreSQL 支持；MySQL/SQL Server 不支持该语法，需用CASE WHEN替代） -
AVG()对空组返回NULL，同样影响排序位置
多条件排序：先按聚合值，再按分组字段
单靠聚合值排序可能产生并列，这时补充分组字段能稳定输出顺序，也便于人工核对。
示例：按部门平均工资降序，相同则按部门名称升序
SELECT department, AVG(salary) AS avg_salary FROM employees GROUP BY department ORDER BY avg_salary DESC, department ASC;
- 第二个排序字段必须是
GROUP BY中的列，或其衍生表达式（如UPPER(department)） - 不要写
ORDER BY avg_salary DESC, name ASC——name未分组也未聚合，会报错 - 排序稳定性很重要：没加二级排序时，相同
avg_salary的部门顺序由数据库引擎决定，每次查询可能不同
CASE WHEN 实现自定义优先级排序
当业务要求某个分组“置顶”或“垫底”，比如把重点部门排第一、测试数据排最后，就得绕过自然排序逻辑。
示例：财务部优先，其余按人数降序
SELECT department, COUNT(*) AS cnt FROM employees GROUP BY department ORDER BY CASE WHEN department = '财务部' THEN 0 ELSE 1 END, cnt DESC;
-
CASE WHEN表达式本身可作为排序依据，不依赖是否出现在SELECT列表中 - 数值越小越靠前，所以用
0表示最高优先级 - 避免写
THEN 'A'这类字符串——字符比较可能因 collation 导致意外顺序 - 多个特殊分组可用
WHEN department IN ('财务部', 'CEO办公室') THEN 0合并处理
真正容易被忽略的是执行顺序约束和 NULL 排序行为：前者导致语法报错不可绕过，后者在跨数据库迁移时经常引发结果不一致。别只盯着 DESC，先确认你的 ORDER BY 引用的字段是否真的存在于分组后的结果里。
