直接用group by无法同时显示明细和合计，因为其会折叠原始行、丢失明细；必须用union all将明细查询与单行聚合查询拼接，要求字段数、类型、顺序严格一致，并通过order by或辅助排序字段确保合计行置底。
为什么直接用 GROUP BY 无法同时显示明细和合计
因为 GROUP BY 会把原始行折叠成分组聚合结果，原始明细就丢了。想保留每条记录又额外加一行“总计”，必须把两类数据当作不同来源拼在一起——这正是 UNION ALL 的典型用途。
如何用 UNION ALL 拼接明细与合计（以 PostgreSQL/MySQL 为例）
核心思路：左边查原始明细，右边查单行聚合，两者字段数量、类型、顺序必须严格一致。常见坑是字段对不齐或类型隐式转换失败。
- 明细查询里所有字段都照常写，但合计行对应位置要填占位值：
NULL或类型兼容的默认值（如数字字段用0，字符串用'总计'） - 合计行中非聚合字段统一用
NULL或标识符（如'合计'），聚合字段用SUM()、COUNT()等 - 务必在合计行后加
ORDER BY控制合计行出现在末尾，否则可能混在中间（SQL 不保证UNION ALL的顺序）
示例（统计订单明细并追加一行总金额）：
SELECT order_id, product_name, amount FROM orders UNION ALL SELECT NULL, '合计', SUM(amount) FROM orders ORDER BY order_id NULLS LAST;
合计行字段类型不匹配导致报错怎么办
错误如 ERROR: UNION types text and integer cannot be matched，说明左右两边同位置字段类型不兼容。PostgreSQL 尤其严格，MySQL 有时会自动转但不可靠。
- 用
CAST或::显式转类型，比如把NULL转成TEXT：CAST(NULL AS TEXT) - 明细行中的数值字段若需在合计行显示为文字（如‘小计’），也要统一转成字符串，避免类型冲突
- 别依赖数据库自动推断：哪怕都是
NULL，不同字段也可能被推成不同类型，显式声明更稳
合计行放在最底下但排序乱了？
UNION ALL 本身不保序，即使左边有序，右边一拼就乱。唯一可靠方式是在最终结果上加 ORDER BY，且要能区分明细和合计。
- 加一个辅助排序字段（推荐）：
SELECT ..., 1 AS sort_order FROM ... UNION ALL SELECT ..., 2 AS sort_order FROM ... ORDER BY sort_order, order_id - 用
NULLS LAST（PostgreSQL）或IS NULL（MySQL）让NULL排最后，但前提是明细字段确实不含NULL - 避免用
ORDER BY子句只写列名而不控制合计行位置，否则合计可能卡在中间
真正麻烦的不是写法，而是当明细本身需要多层嵌套或带窗口函数时，再套一层 UNION ALL 容易让逻辑变脆——这时候该考虑用 GROUPING SETS 或应用层汇总了。
