ORDER BY 必须位于 GROUP BY 之后、LIMIT 之前，用于对分组聚合后的结果排序；其字段须为 SELECT 列表中的列或聚合结果，不可直接引用未分组未聚合的原始字段。
ORDER BY 必须写在 GROUP BY 之后
SQL 标准规定，ORDER BY 只能出现在 GROUP BY 之后、LIMIT 之前。如果顺序写反（比如把 ORDER BY 放在 GROUP BY 前），数据库会直接报语法错误。
执行逻辑上，GROUP BY 先完成分组和聚合计算，生成一行汇总结果；ORDER BY 是对这组最终结果排序的最后一步。两者不可互换位置。
-
GROUP BY本身不保证任何输出顺序，哪怕看起来有序，也纯属偶然或引擎实现细节，不能依赖 - MySQL 5.7+、PostgreSQL、SQL Server 等默认严格模式下，
ORDER BY字段必须出现在SELECT列表中，或为聚合结果（如COUNT(*)、MAX(created_at)） - 别名可用：比如
SELECT user_id, SUM(amount) AS total GROUP BY user_id ORDER BY total DESC是安全的；但ORDER BY SUM(amount)在部分数据库（如 PostgreSQL）会报错
排序字段必须是 SELECT 中的列或聚合结果
常见错误是想按原始明细字段排序，比如：SELECT user_id, COUNT(*) FROM orders GROUP BY user_id ORDER BY created_at —— 这在 PostgreSQL 和 MySQL 8.0 严格模式下会报错：column "created_at" must appear in the GROUP BY clause or be used in an aggregate function。
因为 created_at 没参与分组，也没被聚合，数据库无法确定“每组该取哪一行的 created_at”。
- 正确做法是用聚合函数包裹，例如
ORDER BY MAX(created_at) DESC表示按每组最新时间排序 - 若需多维度排序（如先按用户等级、再按最后下单时间），得先把关联信息收进聚合结果里，典型解法是子查询或 CTE：
SELECT o.user_id, u.level, o.last_order FROM (SELECT user_id, MAX(created_at) AS last_order FROM orders GROUP BY user_id) o JOIN users u ON o.user_id = u.id ORDER BY u.level DESC, o.last_order DESC - 别在
GROUP BY后直接JOIN再ORDER BY关联表字段——这会破坏分组粒度，导致结果重复或统计失真
多列排序和 ASC/DESC 混用要明确写出来
ORDER BY 支持多个字段，规则是“从左到右逐级生效”：第一列值相同时，才比较第二列；第二列也相同时，再比第三列……
升序（ASC）是默认行为，但显式写出更安全，尤其当混合方向时容易出错。
- 例如：
ORDER BY department ASC, employee_count DESC表示部门升序排列，同部门内按人数降序 - 别省略
DESC：写成ORDER BY total_sold DESC, product_name是错的，第二字段实际是ASC，但没写出来易被忽略 - 某些老版本 SQLite 或特定方言不支持在
ORDER BY中使用别名以外的表达式，所以优先用别名或SELECT中已命名的列
GROUP BY + ORDER BY ≠ 组内排序
这是最容易混淆的一点：GROUP BY 后接 ORDER BY，只对**分组后的汇总行**排序，不是对原始数据做“每组内部排序”。比如查每个部门平均工资并按平均值排序，结果只有每部门一行，看不到员工个人排名。
如果需求是“每个部门薪资最高的 3 名员工”，就必须用窗口函数，不能靠 GROUP BY + ORDER BY 解决。
- 窗口函数写法示例：
SELECT dept, name, salary FROM (SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) t WHERE rn -
ROW_NUMBER()、RANK()、DENSE_RANK()的区别直接影响并列处理方式，选哪个要看业务是否允许同名次 - MySQL 8.0+、PostgreSQL、SQL Server 均原生支持；SQLite 3.25+ 才开始支持，旧版只能用自连接模拟，性能差且难维护
GROUP BY 和 ORDER BY 就会互相打架，报错或返回错数据。 
