这是复合查询排序的结果列匹配边界。简单SELECT的ORDER BY可以使用任意表达式；UNION等复合SELECT的排序项则按结果列处理，可以用有效的正整数结果列位置、输出别名，或与输出表达式相同的表达式。SQLite会按规则从左到右寻找各分支的输出匹配，不能只看第一个分支显示出来的列名。若原排序计算未出现在可匹配的输出表达式中，不能把单查询语法原样搬到复合结果后。
适用：金华婺城区Windows台式电脑上使用SQLite3，把多个简单SELECT用UNION等组成复合SELECT，并在末尾写ORDER BY的场景。先核对实际库版本、功能与编译配置，只查已有去敏schema、SQL和日志，不改生产库、不重发写入或制造崩溃验证。
观察：先确认报错的是同一层复合SELECT末尾的排序，而不是包裹它的外层普通SELECT或内部子查询。列出每个分支的结果列位置、别名和原表达式，按完整SQL逐项与排序项比较；找到匹配就记录对应位置，找不到则把这项作为语法改写的待核依据，不删除筛选或改数据试错。还要核同一层的ORDER BY是否仅在最终位置，以及最右元素是否是VALUES；这些规则不表示子查询内部一概不能有排序。原错误指向别处时，另核真实错误，不能由出现UNION一词归因。
风险：把单查询写法直接套到UNION后，容易反复改SQL仍报错，甚至误删筛选条件、误改数据或重发写入，影响结果可信度；本次只核已有去敏材料，不改生产库、不重发写入、不制造崩溃验证。
下一步：准备实际SQLite版本与编译配置、去敏后的完整复合SELECT（含各分支输出列表和最终ORDER BY）、报错文本、表结构及已有日志，按最终输出列逐项对照后再改写。需要协助可拨400-877-9605咨询；电脑快修网是信息展示与第三方维修对接平台，400-877-9605只作咨询，实际范围和安排需确认。