ROLLUP列顺序必须按会计科目层级从粗到细排列，否则小计层级错乱；需用SUBSTR等提取层级字段，避免直接ROLLUP全编码；须用GROUPING()区分汇总NULL与真实NULL；非聚合字段须在ROLLUP中或用MAX/MIN处理；排序需依赖GROUPING_ID确保汇总行位置。
ROLLUP列顺序必须按会计科目层级从粗到细排列
财务科目天然具有树状层级（如：资产→流动资产→货币资金→银行存款），ROLLUP 生成的小计只认字段顺序，不认业务含义。写 GROUP BY ROLLUP(account_type, account_class, account_subclass) 才能得到“资产小计”“流动资产小计”“货币资金小计”三级结果；如果把 account_subclass 放最前，小计就变成“所有银行存款合计”，彻底丢失中间层级。
常见错误是照搬原始表字段顺序，比如表里存的是 account_code（全编码字符串），直接 ROLLUP(account_code) —— 它不会自动拆解“100101”为“1001”和“100”，只会当成一个扁平字段处理，结果只有明细行 + 全表总计。
- 正确做法：提前用
SUBSTR或正则提取层级字段，例如SUBSTR(account_code, 1, 3) AS major_code（一级科目）、SUBSTR(account_code, 1, 6) AS sub_code（二级科目） - 必须确保所有参与 ROLLUP 的字段都来自同一笔账，不能混用不同粒度的来源（如一部分取自
gl_accounts维表，一部分来自gl_journal_lines临时计算） - Oracle 对空值敏感：若某笔凭证的
major_code为 NULL，ROLLUP 会把它归入“一级科目为 NULL”的分组，而不是跳过——这会导致小计失真
必须用 GROUPING() 区分汇总 NULL 和真实 NULL
财务系统中，科目字段本身可能合法为空（如辅助核算未填、冲销凭证无明细科目），而 ROLLUP 生成的小计行也会让对应字段变 NULL。仅靠 WHERE account_class IS NULL 会同时过滤掉“流动资产小计”和“某笔凭证确实没填二级科目”的数据。
唯一可靠方式是用 GROUPING() 函数判断：
SELECT
CASE
WHEN GROUPING(major_code) = 1 THEN '【总计】'
WHEN GROUPING(sub_code) = 1 THEN '【' || major_code || ' 小计】'
ELSE major_code
END AS level_label,
SUM(debit) - SUM(credit) AS balance
FROM gl_balance
GROUP BY ROLLUP(major_code, sub_code)
ORDER BY GROUPING(major_code), GROUPING(sub_code), major_code, sub_code;
注意：GROUPING(major_code) 返回 1 表示该行的 major_code 是 ROLLUP 自动生成的占位符，不是原始数据缺失；返回 0 才是真实值。
聚合字段只能是数值型余额或发生额，不能是文本类描述
ROLLUP 要求 SELECT 列中所有非聚合字段必须出现在 ROLLUP 列表中，否则 Oracle 直接报错 ORA-00979: not a GROUP BY expression。这意味着你不能在 SELECT 中直接写 account_name（科目名称），除非它也进了 ROLLUP 列表——但加进去会导致小计行出现多个重复名称，失去意义。
实操建议：
- 用
MAX(account_name)或MIN(account_name)替代裸字段，确保每组内名称一致（科目主数据约束保证） - 对需要展示的文本字段，优先走维表关联后在外部应用层补全，不在 SQL 层硬塞
- 避免在 ROLLUP 查询中使用
CASE WHEN衍生字段参与分组，除非该字段已物化在基础表中——否则 Oracle 可能拒绝执行或结果不可控
ROLLUP 不支持动态科目层级，宽表慎用 CUBE
财务科目结构可能随会计政策调整而变化（如新增“使用权资产”一级科目），ROLLUP 的列顺序是静态 SQL 的一部分，无法运行时根据配置表切换。想实现“按当前有效科目层级自动汇总”，得用 PL/SQL 动态拼 SQL，或改用物化视图预计算。
另外，别被 CUBE 诱惑去“穷举所有组合”。比如对 5 级科目字段做 GROUP BY CUBE(a1,a2,a3,a4,a5)，Oracle 会生成 2⁵ = 32 种分组，其中多数（如“只按 a3+a5 分组”）对财务报表毫无意义，且扫描成本翻倍。CUBE 适合 BI 工具自由钻取，不适合固定格式的资产负债表或利润表。
真正容易被忽略的一点：ROLLUP 结果集默认不保证汇总行位置。即使你写了 ORDER BY major_code, sub_code，Oracle 仍可能把“一级科目小计”插在两个二级科目之间——必须显式用 GROUPING_ID(major_code, sub_code) 控制排序，值越小越靠前（0=明细，1=二级小计，3=一级小计，7=总计）。
