RATIO_TO_REPORT是窗口函数，必须配合OVER()使用，不能与GROUP BY混用；正确做法是先用COUNT(*) OVER(PARTITION BY dept)计算每组频次再求占比，或用子查询聚合后二次处理。
用 RATIO_TO_REPORT 算分组占比，先确认它不支持直接 GROUP BY
很多人写完 SELECT dept, COUNT(*) FROM emp GROUP BY dept，再想套 RATIO_TO_REPORT(COUNT(*))，结果报错或返回全 1。因为 RATIO_TO_REPORT 是窗口函数，必须配合 OVER() 使用，且不能和聚合函数混在同一个层级的 SELECT 中直接共存——它算的是“当前行在全部窗口值中的占比”，不是“每个分组聚合结果占总聚合结果的比”。
正确做法是两步：先用窗口函数算每组频次（不 GROUP BY），再用 RATIO_TO_REPORT 对该频次求占比；或者先聚合，再用分析函数二次处理。
- 错误写法：
SELECT dept, RATIO_TO_REPORT(COUNT(*)) OVER() FROM emp GROUP BY dept→ ORA-30483：窗口函数不能出现在 GROUP BY 查询的 SELECT 列表中 - 正确思路一（推荐）：
COUNT(*) OVER (PARTITION BY dept)得到每行所属分组的计数，再套RATIO_TO_REPORT - 正确思路二：用子查询先聚合，外层再用
RATIO_TO_REPORT处理聚合结果（需注意OVER()范围）
RATIO_TO_REPORT 的 OVER() 里别乱加 PARTITION BY
如果写了 RATIO_TO_REPORT(x) OVER (PARTITION BY dept)，那它算的是“每个部门内部各员工 x 值的占比”，不是你想要的“各部门人数占总人数的百分比”。要算全局占比，OVER() 必须为空或只含 ORDER BY（但 ORDER 不影响求和分母）。
- 要部门人数占比：用
RATIO_TO_REPORT(COUNT(*) OVER (PARTITION BY dept)) OVER() - 如果误加
PARTITION BY dept，每组内占比之和为 1，但跨部门不可比，失去统计意义 - 分母 = 所有行的
COUNT(*) OVER (PARTITION BY dept)总和 —— 即总记录数 × 每组人数（会重复累加），所以必须用基础计数而非窗口计数作分子
更稳的写法：用 COUNT(*) OVER() 当分母，避免嵌套窗口歧义
嵌套窗口函数容易绕晕，尤其当数据有重复、NULL 或多级分组时。RATIO_TO_REPORT 内部求和逻辑隐式依赖窗口定义，不如显式控制分子分母清晰。
示例（Oracle）：
SELECT dept,
COUNT(*) AS cnt,
ROUND(COUNT(*) * 100 / SUM(COUNT(*)) OVER(), 2) AS pct
FROM emp
GROUP BY dept;这比 RATIO_TO_REPORT 更直白，兼容性更好（MySQL 8.0+、PostgreSQL 也支持 SUM(COUNT(*)) OVER()），且不会因空值或空分组导致分母为 0（SUM() OVER() 在空集返回 NULL，可加 NVL 或 COALESCE 防御）。
-
RATIO_TO_REPORT对 NULL 输入敏感：若分子为 NULL，结果为 NULL，不报错但易漏数据 - 当需要四舍五入、补 0、转百分号字符串时，显式计算更容易插手格式化
- 某些旧版 Oracle 在复杂视图里嵌套
RATIO_TO_REPORT可能推导不出执行计划，显式分母更可控
百分比结果为 0 或超 100%？检查是否用了错误的粒度
常见现象：跑出来某部门占比 0.00%，另一部门 150.23%。大概率是把「每行的窗口计数」当成了「分组代表值」来参与 RATIO_TO_REPORT，而没去重或没聚合。
- 比如
SELECT dept, RATIO_TO_REPORT(COUNT(*) OVER (PARTITION BY dept)) OVER() FROM emp—— 每行都带本部门总人数，RATIO_TO_REPORT对这些重复值求占比，分母变成「部门人数 × 行数」，严重失真 - 真正要的，是每个部门一个汇总行，占比基于唯一分组；要么用
GROUP BY+ 显式分母，要么用DISTINCT dept+ 窗口聚合后去重 - 如果表里有重复记录（未去重导入）、或 JOIN 导致笛卡尔膨胀，
COUNT(*) OVER()分母会虚高，得先确认业务主键或加COUNT(DISTINCT id)
窗口函数看着简洁，但百分比这种强语义操作，稍不注意就从“按部门统计”变成“按员工行统计”，最后数字对不上，得回头查粒度是不是崩了。
