SQLite ORDER BY 同名别名：原列是数字，排序为什么先出现 10 再出现 2
报表把数值统一显示为两位小数，顺手让格式化结果沿用原列名称 n，再写 ORDER BY n。表里明明存着数字，输出却把 10.00 排在 2.00 前面。应先看排序名称最终指向哪个表达式：在这里，它指向同名的输出别名。
保持数据不变，只换排序目标
本例用 REAL 列存入二和十，再用 printf 生成显示字符串。typeof 同时检查原值与格式化结果，避免只凭页面长得像数字作判断。原列是 real，显示结果是 text，这两种值在同一次查询里可以同时存在。
保存为 demo.py，运行 python demo.py。两条记录足以让数值顺序和文本顺序发生分歧；如果只选二和三，错误排序也会看起来正确。代码在内存库执行，只修改 ORDER BY 的目标来核对名称解析的影响。
AI概念示意图：排序可以跟随显示标签，也可以跟随底层数值，选择的依据决定顺序。
import sqlite3
db = sqlite3.connect(":memory:")
try:
db.execute("CREATE TABLE reading(id INTEGER PRIMARY KEY, n REAL NOT NULL)")
db.executemany("INSERT INTO reading VALUES(?, ?)", [(1, 2), (2, 10)])
types = db.execute("""
SELECT typeof(n), typeof(printf('%.2f', n))
FROM reading ORDER BY id
""").fetchall()
assert types == [("real", "text"), ("real", "text")]
by_alias = db.execute("""
SELECT printf('%.2f', n) AS n FROM reading ORDER BY n
""").fetchall()
by_source = db.execute("""
SELECT printf('%.2f', n) AS n FROM reading ORDER BY reading.n
""").fetchall()
by_position = db.execute("""
SELECT printf('%.2f', n) AS display_n FROM reading ORDER BY 1
""").fetchall()
assert by_alias == by_position == [("10.00",), ("2.00",)]
assert by_source == [("2.00",), ("10.00",)]
print("source / display types:", types)
print("output alias:", by_alias)
print("qualified source:", by_source)
print("output position:", by_position)
separated = db.execute("""
SELECT r.n AS numeric_n, printf('%.2f', r.n) AS display_n
FROM reading AS r ORDER BY r.n, r.id
""").fetchall()
assert separated == [(2.0, "2.00"), (10.0, "10.00")]
print("separate fields:", separated)
finally:
db.close()output alias 返回 10.00、2.00，qualified source 则返回 2.00、10.00。两组显示文本完全相同，只是行顺序改变。第二组通过 reading.n 指明表里的原列，排序重新依据数值，输出仍然可以保留两位小数。
别名会参与排序名称的解释
SQLite 的规则是：ORDER BY 中的标识符若对应输出列别名，就把它解释为那一列的排序依据。因此 AS n 不是无关紧要的标题调整，它使后面的裸名称 n 与格式化表达式建立关联。查错时应把 SELECT 列表和 ORDER BY 放在一起读。
把 AS n 改成一个不同的显示名称后，也不能继续用数字位置来保证原数值顺序。示例的 ORDER BY 1 指第一项输出列，而第一项仍是 printf 文本，所以 output position 再次得到十在二之前。列位置引用的是结果表达式，不是表的第一列。
最后一种写法分别输出 numeric_n 和 display_n，并用表别名限定排序来源。调用方能清楚知道哪个字段用于计算、哪个字段用于展示；以后改小数位或增加单位时，也不必让显示格式顺便改变排序契约。
不要靠调整字符串外观修补数值排序
补空格或前导零可能让某一组正数暂时排对，但遇到负数、更多整数位或新的格式规则又会失效。若业务要求按量的大小排列，就保留真正的数值排序键；若本来要求按标签字典顺序排列，则应明确使用文本键。
也不宜先格式化，再把显示文本转回数字来恢复排序。显示过程可能已经舍入，原本不同的数值会变成同一串文字；带单位的标签还会引入额外解析问题。本例选择保留原始数值，避免让展示成为信息往返转换。
两个不同原值也可能格式化成相同显示值。它们看起来并列，不代表数值相等；如果需要稳定顺序，应在真实排序键之后添加明确的唯一编号。示例最后使用 r.id 作为第二条件，使将来的同值记录也有约定顺序。
这里讨论普通 SELECT。复合查询还有对 ORDER BY 表达式的额外限制，不能把任意来源限定列照搬到 UNION 的最外层。需要跨层排序时，应把必要的数值键带到对应查询层，再核对输出列和别名的含义。
排查时依次记录原列存储类型、格式化表达式类型、排序名称解析和最终顺序。仅把列定义改成另一种数值声明，无法修复已经指向文本别名的排序；用能让文本与数字顺序分歧的样本，才容易检验修复是否有效。
参考资料
资料核对日期：2026年10月2日（北京时间）。示例在 Linux、Python 3.12.14、SQLite 3.53.1 中独立运行。
