SQLite 空值排序：改成降序后，缺失记录为什么换到了另一端
一个清单按预计耗时从小到大显示，未填写耗时的项目突然出现在最前面。改成降序后，它们又跑到最后。开发者原本只想翻转已有数字的顺序，却同时改变了缺失记录的位置。SQLite 默认在升序时把 NULL 排在前面，降序时放在后面，业务规则需要另外写清。
本例约定缺少估算的任务始终放到末尾，不管用户选择升序还是降序。测试数据还包含真实的零、负数和两个相同数值，分别用于暴露默认值替代、并列排序及缺失位置的问题。运行下面完整 Python 程序即可在内存数据库观察结果。
显式空值位置不需要改写字段值
AI概念示意图：空心圆环表示缺失位置，与实心石块本身的大小顺序分别安排。图片不是运行截图。
import sqlite3
assert sqlite3.sqlite_version_info >= (3, 30, 0)
con = sqlite3.connect(":memory:")
try:
con.execute("CREATE TABLE task(id TEXT PRIMARY KEY, minutes INTEGER)")
con.executemany("INSERT INTO task VALUES (?, ?)",
[("a", None), ("b", 10), ("c", -5), ("d", 0), ("e", 10)])
def ordered(clause):
return [r[0] for r in con.execute("SELECT id FROM task ORDER BY " + clause)]
default = ordered("minutes ASC, id")
ascending = ordered("minutes ASC NULLS LAST, id")
descending = ordered("minutes DESC NULLS LAST, id")
assert default == ["a", "c", "d", "b", "e"]
assert ascending == ["c", "d", "b", "e", "a"]
assert descending == ["b", "e", "d", "c", "a"]
print("default ascending:", default)
print("ascending, null last:", ascending)
print("descending, null last:", descending)
substitute_zero = ordered("COALESCE(minutes, 0), id")
assert substitute_zero == ["c", "a", "d", "b", "e"]
assert substitute_zero != ascending
assert ordered("minutes IS NULL, minutes ASC, id") == ascending
assert ordered("minutes IS NULL, minutes DESC, id") == descending
assert ordered("minutes DESC NULLS FIRST, id") == ["a", "b", "e", "d", "c"]
assert con.execute("SELECT minutes FROM task WHERE id='a'").fetchone()[0] is None
print("zero replacement:", substitute_zero)
print("null placement checks passed")
finally:
con.close()默认升序的编号是 a、c、d、b、e：空值 a 在前，随后是负五、零与两个十分。加入 NULLS LAST 后变成 c、d、b、e、a。降序加同样的空值位置规则，则得到 b、e、d、c、a。数值方向变化了，缺失记录仍然留在末尾，正好对应清单约定。
查询返回的 a 仍然保存 NULL，没有为了展示而写回一个替代数字。这样后续的表单提示、缺失统计和数据补录仍能识别“尚未填写”。排序只决定排列位置，不应顺手把未知内容改成一个看似确定的业务值。
补零排序会把未知与真实零混在一起
反例使用 COALESCE(minutes, 0) 把缺失当作零。升序时，a 与真实零 d 进入同一档，之后再按编号排序，缺失记录落到负数之后、真实零之前。这个结果不会报错，但它表达的是另一条规则，不能普遍用于实现“空值最后”。
也不建议随意补一个很大或很小的哨兵值。现在认为不可能出现的数字，未来可能变成有效输入；字段若改成文本，比较规则还会发生变化。若业务确实定义缺失等于某个默认值，应把这条规则写进数据含义，而不是只藏在 ORDER BY 中。
兼容表达式要先分组，再排数值
代码给出一个等价的布尔表达式：先按 minutes IS NULL 升序，把非空的一组排在前面，再按 minutes 选择升降序。最后以 id 打破并列。这种写法的每一层职责都清楚，也便于为兼容环境提供替代方案；不要把整个表达式一起逆序，否则空值组又会被翻到前面。
本例的显式 NULLS FIRST、NULLS LAST 语法需要 SQLite 3.30.0 或更新版本。程序开头检查实际连接的库版本，不能只看 Python 版本或系统中另一个 sqlite3 命令的版本。若服务和开发机链接了不同数据库库文件，应分别在实际运行连接上确认。
并列记录需要独立的稳定规则
b 和 e 的数值都为十，因此第二排序字段 id 决定它们稳定地按 b、e 出现。如果业务希望新记录先出现，可以换成明确的时间与唯一编号组合；不能因为一次查询正好按插入顺序返回，就把这种偶然顺序写进预期。
最后一组查询显式使用 DESC NULLS FIRST，证明降序也可以把缺失放在前面，数值方向和空值位置是可分别指定的。测试最好覆盖升序、降序、全空、真实零和并列值。本文只验证结果排列，不声明表达式排序与特定索引同样高效，大表仍需查看实际查询计划。
资料核对日期：2026年10月2日（北京时间）。代码在 CPython 3.12.14 中独立运行；SQLite 示例使用其连接的 SQLite 3.53.1。
