corr只能作用于成对原始列，不可用于sum()等聚合结果，否则报ora-00937；正确用法是先在子查询中按分组生成指标对（如各省均值），再对其调用corr。
CORR 不能直接套在 SUM()、AVG() 等聚合结果上——它只吃行级原始列，否则报 ORA-00937。
为什么直接写 CORR(SUM(x), SUM(y)) 会报错
Oracle 的 CORR 是聚合函数，但它的输入必须是「成对的原始观测值」，比如每行一个 x 和一个 y。一旦你先用 SUM(x) 把多行压成一个数，就只剩单个标量，CORR 没法算协方差——它需要 (x₁,y₁), (x₂,y₂), … 这样的序列。
常见错误现象：
-
ORA-00937: not a single-group group function（最典型） - 返回
NULL却不报错：其实是子查询里某列全 NULL 或标准差为 0（如所有avg_price都一样） - 结果为 0：可能两列有效配对行数不一致（一列有 10 行非空，另一列只有 9 行），
CORR自动整行丢弃
正确写法：用子查询先生成指标对宽表
你要算「各省年均订单数」和「年均客单价」的相关性，就得让每个省对应一对数值，再喂给 CORR：
SELECT CORR(avg_orders, avg_price) AS corr_coef
FROM (
SELECT province,
AVG(order_count) AS avg_orders,
AVG(unit_price) AS avg_price
FROM sales
WHERE order_count IS NOT NULL AND unit_price IS NOT NULL
GROUP BY province
) t;
关键点：
- 子查询里
GROUP BY只能有分组字段（如province），别加多余维度（比如同时按year分组，会让行数膨胀，CORR算的是全部省+年组合，不是“各省年度趋势”） - 过滤要放在子查询内：
WHERE去掉异常记录，而不是外部用HAVING；CORR不认HAVING对聚合列的条件 - 如果某省没销售数据，
AVG()返回NULL，整行被CORR跳过——这没问题；但若想强制排除这类省，得在子查询加HAVING COUNT(*) > 0
Oracle 中 CORR 的参数和精度细节
CORR(expr1, expr2) 在 Oracle 里等价于 COVAR_POP(expr1, expr2) / (STDDEV_POP(expr1) * STDDEV_POP(expr2))，所以：
- 两列类型必须兼容数值型；传
DATE或VARCHAR2会报ORA-00932，得显式转：CORR(TO_NUMBER(x_str), y) - NULL 处理是「整行丢弃」：只要
expr1或expr2任一为 NULL，该行不参与计算 - 结果为
NULL的两种主因：某列标准差为 0（所有值相同），或两列非 NULL 行数不匹配 - 支持窗口用法：
CORR(x, y) OVER (PARTITION BY category)，但聚合模式下不能带OVER
和 Excel 的 CORREL 结果不一致？先查这三处
Oracle 的 CORR 和 Excel 的 CORREL 数学定义一致，但行为差异常导致结果不同：
- Excel 会把字符串
"123"当数字转，Oracle 会直接报错或返回NULL，必须提前清洗 - Excel 忽略文本和逻辑值，但把空单元格当 0；Oracle 把空（NULL）整行剔除，不填充
- Oracle 默认用总体标准差（
STDDEV_POP），Excel 的CORREL也是总体公式，这点一致；但如果你手动用STDDEV_SAMP就会偏高
真正容易被忽略的是：子查询中 AVG() 的 NULL 传播——如果原始表某省的 unit_price 全为 NULL，那 avg_price 就是 NULL，该省整行消失；但你可能以为“没数据=0”，其实它已不在相关性计算范围内。
