postgresql 16中布尔字段默认升序为false在前、true在后，但需显式指定nulls first/last以保证排序稳定性和跨环境兼容性。
PostgreSQL 16 中布尔字段默认排序是 false 在前、true 在后（升序），但直接依赖这个行为极易出错——因为业务上常需要 true 优先或 NULL 置底，而默认规则不显式、不可控、不跨环境兼容。
布尔字段升序/降序的实际效果是什么
在 PostgreSQL 中，BOOLEAN 类型的自然排序顺序是：false true NULL（注意：NULL 默认排最后）。所以：
-
ORDER BY is_active ASC→false先出，true后出，NULL在末尾 -
ORDER BY is_active DESC→true先出，false后出，NULL仍在末尾（因为NULLS LAST是 DESC 的默认） - 但如果你希望
NULL排最前，或想把true当作“有效”强制置顶，仅靠ASC/DESC不够
如何让 true 值排在最前面（含 NULL 控制）
业务常见需求是「启用状态优先展示」，即 true → false → NULL。不能只写 ORDER BY is_active DESC，因为 NULL 还在最后，而你可能想把它挪到最前或明确压底。
- 要严格实现
true>false>NULL：用ORDER BY is_active DESC NULLS LAST - 要实现
NULL最前，再是false，最后true：用ORDER BY is_active ASC NULLS FIRST - 若需更精细控制（比如把
NULL当作「未知」统一置底，且不依赖数据库默认），推荐显式转换：ORDER BY (is_active IS NULL), is_active DESC—— 这样NULL对应TRUE（即 1），非NULL对应FALSE（即 0），升序后 0 在前，1 在后；再接is_active DESC保证 true 在 false 前
为什么不能直接用 is_active = true 排序
有人试过 ORDER BY (is_active = true) DESC，这看似能提真值，但有严重问题：
- 表达式
is_active = true返回的是布尔值，而布尔值排序仍是false/true自然序，不是数值 0/1，语义易混淆 - 它无法区分
NULL：因为NULL = true结果是NULL，在排序中仍按默认规则处理，不可控 - 不如直接用
is_active IS NULL或NULLS FIRST/LAST清晰、标准、可读性强
联合排序时布尔字段放前面是否合理
除非该布尔字段区分度极高（比如 95% 是 false，仅 5% 是 true），否则不建议把它放在 ORDER BY 第一位：
- 低区分度字段前置会导致后续排序字段几乎全量参与比较，索引失效风险高
- 例如
ORDER BY is_deleted, created_at DESC：如果 99% 数据is_deleted = false，那实际等于对全表按created_at排，但优化器可能无法跳过第一级判断，失去索引优势 - 更稳妥的做法是把高区分度或业务主维度字段放前，布尔字段作为次级筛选，如
ORDER BY category, is_active DESC, updated_at DESC
最容易被忽略的是：布尔字段排序结果的稳定性完全取决于你是否显式写了 NULLS FIRST 或 NULLS LAST。哪怕数据里暂时没 NULL，只要字段允许为空，未来就可能引入，导致线上分页错乱或前端列表顺序突变——别等出问题才补。
