基本结构：
=QUERY('P&L'!A:F, "SELECT A, B, C, D ORDER BY D DESC", 1)
第三个参数（1）表示标题行数。列字母（A、B、D）对应的是源标签页中实际的电子表格列，而非在所选区域内的相对位置。
为什么 QUERY Sort By 优于手动排序
当你在源标签页中使用"数据 → 排序范围"时，行会被物理重排。其他标签页中所有引用 'P&L'!C14 的公式，此刻指向的已是错误的实体。在一个包含 8 个标签页的财务模型中--P&L、资产负债表、现金流量表、FCFF、Assumptions、Returns、Sensitivity、Output--一次粗心的排序操作，会引发几十处引用断裂的连锁反应。
QUERY ORDER BY 则是将一个已排序的数组写入独立的展示区域，源数据保持原封不动。你可以放心地将董事会报告包交给 CFO，即便他/她习惯性地按直觉排序，也不必担心上游数据被动过。
QUERY Sort By 语法：升序、降序与多列排序
默认为升序。在财务场景中，你几乎总是需要降序--最大值优先：
=QUERY('Revenue'!A:E, "SELECT A, B, E ORDER BY E DESC", 1)
多列排序与 SQL 完全一致，支持链式排序键：
=QUERY('Pipeline'!A:G,
"SELECT A, B, C, D ORDER BY C DESC, D ASC", 1)
以 ARR 降序排列，再以预计签约日期升序作为次要排序键。对于一个涵盖 40+ 个标的的投资机构项目管线 DCF 模型，这样的排列方式既能按交易规模优先展示，又能让同等规模的项目保持时间顺序。
跨表 QUERY：列引用的常见陷阱
从单一连续区域取数时，列字母可以正常使用：
=QUERY('FCFF'!A:H, "SELECT A, B, G, H ORDER BY G DESC", 1)
但当你用数组字面量（array literal）拼合不连续的列或多个标签页时，QUERY 会丢失对原始列字母的追踪，必须改用位置标识符 Col1、Col2：
// 这样写会报错
=QUERY({'P&L'!C:C, 'P&L'!F:F}, "SELECT C, F ORDER BY F DESC", 1)
// 这样写才正确
=QUERY({'P&L'!C:C, 'P&L'!F:F}, "SELECT Col1, Col2 ORDER BY Col2 DESC", 1)
截至 2026 年 6 月，这一行为已记录在 Google 的 Visualization API Query Language 参考文档中，但位置较为隐蔽。该文档指出："列通过列 ID 来引用--在 Sheets QUERY 中，直接引用区域时使用电子表格列字母，而对数组字面量则使用位置标识符。"此外，Google Sheets 官方帮助中心的 QUERY 函数说明页也确认：当数据源为数组构造而非直接区域引用时，需使用 Col 加数字的形式标识列。
大多数分析师在构建多源汇总视图时都会踩到这个坑，至少一次。
若要跨多个标签页纵向合并数据行（季度合并汇总的常用模式）：
=QUERY({'一月'!A:E; '二月'!A:E; '三月'!A:E},
"SELECT Col1, Col2, Col5 ORDER BY Col5 DESC", 1)
分号表示纵向堆叠行，逗号表示横向拼合列。
WHERE + ORDER BY 组合使用
大多数情况下两者需要配合使用--先筛选，再对筛选结果排序：
=QUERY('SKU Data'!A:F,
"SELECT A, B, D, F WHERE F > 0.35 ORDER BY F DESC",
1)
这条公式筛选出边际贡献率（F 列）超过 35% 的 SKU，并按降序排列。在制作董事会报告中"各 SKU 边际贡献率"这张幻灯片时，这就是完整的公式--无需辅助列，无需手动筛选。
结合 Assumptions 标签页中的动态日期阈值：
=QUERY('Transactions'!A:E,
"SELECT A, B, C, E WHERE B >= date '"&TEXT(Assumptions!$B$3,"yyyy-mm-dd")&"' ORDER BY E DESC",
1)
TEXT() 函数将假设参数单元格转换为 QUERY 所要求的 yyyy-mm-dd 格式。如果不加这一层包装，日期比较会悄悄地返回全部数据或空数据，取决于数据类型--不报错，只给错数据，这是模型中最难排查的一类 bug。
排序依据列不显示在输出中
QUERY ORDER BY 允许你按某列排序，但不将该列包含在输出中。SORT() 函数无法简洁地做到这一点。
=QUERY('Headcount'!A:G,
"SELECT A, B, C ORDER BY G DESC",
1)
输出结果仅显示姓名、部门、薪资级别（A-C 列），但行的顺序按入职日期（G 列）降序排列，G 列本身并不出现。如果你需要制作一张面向董事会的人员视图，希望最新入职的员工排在最前面，但又不想让日期信息出现在幻灯片上，这个方案完全契合需求。
人员招聘节奏敏感性分析：实战案例
在规划新增招聘节奏时，你需要按月度现金消耗对计划招聘人员进行排序--这样当现金跑道低于 18 个月时，CFO 从上到下读完列表就是一份可直接执行的削减方案：
=QUERY('Headcount'!A:J,
"SELECT A, C, D, J WHERE D = 'Planned' ORDER BY J DESC",
1)
J 列为月度全成本（fully-loaded cost）。对于一家年收入 4200 万元、每月消耗 38 万元的公司，明确看到三名计划中的工程师职位合计带来 5.2 万元/月的增量成本消耗，并按金额从高到低排列，这正是能推动决策的分析内容。排序后的输出来自实时的人员编制标签页，CFO 看到的始终是当前数据，而不是一份过时的截图。
QUERY ORDER BY vs. SORT() 对比
QUERY ORDER BY | SORT() | |
|---|---|---|
| 排序同时筛选 | 支持（WHERE） | 需嵌套 FILTER |
| 多列排序 | 支持 | 支持 |
| 列选择 | 支持（SELECT） | 不支持 |
| 标题行处理 | 第三个参数 | 需手动排除 |
| 数组字面量来源 | 需用 Col1、Col2 语法 | 更简洁 |
| 聚合运算 | 支持（GROUP BY、SUM） | 不支持 |
对于"按第 3 列排序一个连续区域"这类简单需求，SORT() 写法更短。但凡涉及在同一操作中组合筛选、列选择与排序--这在董事会报告制作中极为普遍--QUERY 一个公式即可搞定。
常见报错 FAQ
问：我的 QUERY sort by 结果顺序不对，但没有报错，是什么原因？
该列的数字很可能以文本格式存储。QUERY 对文本按字典序排序，因此 "100" 会排在 "20" 前面。解决方法：用 VALUE() 包裹源列，或检查单元格对齐方式--真正的数字默认右对齐，文本格式的数字默认左对齐。
问：使用跨表区域时出现 #VALUE! 错误，如何修复？
当数据源为数组字面量（使用花括号 {} 构造）时，不能使用列字母（如 C、F）引用列，必须改用位置标识符 Col1、Col2。例如：将 ORDER BY F DESC 改为 ORDER BY Col2 DESC。这是 Google Sheets QUERY 函数在数组字面量场景下的固定行为，与源数据本身无关。
问：日期筛选条件配合 ORDER BY 使用时，返回了全部行或空行，如何处理？
这是日期格式不匹配导致的。QUERY 要求日期值严格符合 yyyy-mm-dd 格式。当日期来自单元格引用时，需用 TEXT() 函数显式转换：TEXT(Assumptions!$B$3, "yyyy-mm-dd")，再拼入查询字符串。跳过这一步，QUERY 无法正确解析日期比较，会静默返回错误数量的行而不报错。
问：ORDER BY 子句完全被忽略，排序没有生效，是什么问题？
如果查询语句中同时包含 GROUP BY 或 PIVOT，ORDER BY 在某些组合下会被覆盖或忽略。解决方案：将操作拆分为两个公式--第一个 QUERY 完成分组聚合，第二个 QUERY 对第一个的输出结果进行排序。
如果你在构建这类排序视图的过程中，希望直接用自然语言描述排序逻辑，让工具自动生成并更新 QUERY 公式--例如"显示边际贡献率超过 35% 的 SKU，按营收降序排列"--ModelMonkey 可以在侧边栏中直接完成这一步。
查看 ModelMonkey 方案，支持 Google Sheets 与 Excel。