DBeaver查询结果排序分两种：普通结果集右键列头设置单列ORDER BY（不持久），数据透视表用顶部Sort菜单对最后函数列排序（持久保存）；两者均改写SQL的ORDER BY，但作用范围、生效时机与持久性不同。
直接说结论：DBeaver 的查询结果排序分两种场景——普通结果集网格用右键列头，数据透视表（Grouping）用顶部 Sort 下拉菜单；两者底层都改写 SQL 的 ORDER BY，但作用范围、持久性和生效时机完全不同。
普通结果集网格怎么按列排序
这是最常用也最容易被忽略的排序入口。它不依赖透视表，执行完任意查询后立刻可用。
- 必须等结果集完全加载完成（状态栏显示“Ready”），右键目标列的列头才出现排序菜单
- 菜单项是动态生成的：
Order by ASC、Order by DESC、Disable order by，点选后不会刷新界面，要手动再点一次「执行」才会发新 SQL - 排序逻辑由
OrderByAttributeAction.java触发，调用toggleSortOrder修改当前查询的dataFilter.setOrder(...)，关掉这个结果页就失效 - 不支持多列排序 —— 右键只对单列生效，且总是覆盖上一次的
ORDER BY，不是追加
数据透视表（Grouping）里怎么设置排序
当你拖字段进 Columns/Functions 区域做了分组汇总，排序行为就切换到 Grouping 模式，此时右键列头无效，必须走专用路径。
- 先确保已进入 Grouping 标签页（不是普通表格页），且
Columns和Functions两张表都有字段，否则 Sort 菜单置灰 - 工具栏的
Sort下拉菜单只有三项：Unsorted、Ascending、Descending，选中后立即生效，无需手动执行 - 排序目标固定为「最后一个函数列」的别名，比如你放了
SUM(sales)和COUNT(*)，那排序只作用于COUNT(*)对应的别名，和你在 Functions 表里拖拽顺序有关 - 排序配置会存进
RS_GROUPING_DEFAULT_SORTING参数，重启 DBeaver 后仍保留，但仅对该透视表配置生效
为什么点了排序没反应？常见卡点
排序失效往往不是功能坏了，而是触发条件没满足或理解有偏差。
- 在普通结果集页误点 Grouping 工具栏的 Sort 菜单：该菜单只在 Grouping 标签页激活，普通页点了没反应
- 结果集未加载完就右键：列头菜单不出现，或点了没效果，状态栏没变「Ready」前别急着操作
- 透视表里 Columns 区域为空：Sort 菜单不可用，哪怕 Functions 里有聚合函数也不行，必须至少有一个分组字段
- 排序后数据看起来没变：确认数据库返回的数据本身是否真有序 —— 比如 MySQL 5.7 默认不保序，
ORDER BY必须显式写出，DBeaver 改写的语句得真发下去
想按业务规则自定义顺序（比如「待处理」「处理中」「已完成」）怎么办
DBeaver 自带的 ASC/DESC 不支持枚举值的逻辑顺序，得绕道。
- 在原始 SQL 里用
CASE WHEN生成排序辅助列，例如：CASE status WHEN '待处理' THEN 1 WHEN '处理中' THEN 2 ELSE 3 END AS sort_order，然后对sort_order排序 - 不要指望透视表的 Sort 菜单识别这个逻辑 —— 它只认 Functions 里最后那个聚合字段的别名，所以得把
CASE表达式拖进 Functions 区，并确保它是最后一个 - 客户端排序（LightGrid.java 实现）不参与 GROUP BY 汇总，只对原始行有效，所以分组后的透视表必须靠服务端
ORDER BY驱动
真正麻烦的是混合场景：既要按业务状态逻辑排，又要按金额降序，还得分组汇总。这时候得在 SQL 层叠两层 ORDER BY，而 DBeaver 的 UI 只能控制最外层的那个字段 —— 其余逻辑，得自己写进查询里。
