SQL窗口函数实战：如何精准计算部门内最高与平均工资的差额
在数据分析工作中，我们常常需要洞察团队内部的薪酬结构。一个典型的需求是：计算每个员工工资与其所在部门最高工资、平均工资的差额。这听起来简单，但若方法不当，很容易掉入语义混淆或精度丢失的陷阱。今天，我们就来拆解这个高频问题，看看如何用OVER()窗口函数一步到位，优雅解决。
用 OVER() 计算部门内最高工资与平均工资的差额
其实，最直接的方法往往最有效。要计算这个差额，完全不需要绕圈子去写子查询或自连接。直接使用MAX(salary) OVER (PARTITION BY dept)和A VG(salary) OVER (PARTITION BY dept)，就能在同一行里拿到部门最高值和平均值，然后相减即可。这里的关键细节在于：两个窗口函数必须使用完全相同的PARTITION BY子句。如果分区条件不一致，结果就会错位，导致计算完全错误。
为什么不能混用 GROUP BY 和 OVER()
这是一个常见的思维误区。有人可能会想，既然都按部门分组，那先GROUP BY dept，再套上OVER(PARTITION BY dept)行不行？答案是：最好不要，而且很可能报错。
在多数主流数据库（如 PostgreSQL、SQL Server）中，这种写法会直接导致语法错误。MySQL 8.0+ 虽然允许，但其语义是混乱的：GROUP BY会将多行数据聚合成一行，而OVER()窗口函数是在这个分组之后的结果集上计算的。此时，部门里就只剩下一行数据了，A VG和MAX计算的都是这个单值，差额自然恒为0，失去了分析意义。
GROUP BY是聚合操作：输出结果是每个部门一行，明细丢失。OVER()是窗口操作：保持原始行数不变，只是为每一行附加了聚合计算结果。- 核心结论：如果你想保留每位员工的明细，同时看到“本部门最高工资与平均工资的差额”，就必须只使用
OVER()，彻底放弃GROUP BY。
A VG() 的精度陷阱：整数除法导致结果为 0
另一个隐蔽的“坑”来自数据类型。很多数据表中的salary字段被定义为INT整数类型。问题来了：在某些数据库（例如 PostgreSQL）中，对整数列使用A VG()函数，返回结果仍然是整数，小数部分会被直接截断。
举个例子，假设一个部门的工资是[5000, 6000, 7000]，整数A VG算出来可能就变成了6000，而不是准确的6000.0。这时用MAX=7000去减，得到1000，看似没问题。但如果工资是[5000, 5500]呢？整数A VG的结果是5000（实际平均值为5250），这样计算出的差额就完全失真了。
如何规避？有两种主流方法：
- 显式转换类型：
A VG(CAST(salary AS DECIMAL(10,2))) OVER (PARTITION BY dept) - 乘以1.0强制提升精度：
A VG(salary * 1.0) OVER (PARTITION BY dept)
值得注意的是，MySQL中的A VG()函数默认返回DOUBLE类型，可能暂时安全。但为了代码的跨数据库兼容性和严谨性，依然建议主动加上类型转换。
完整可跑示例（PostgreSQL / MySQL 8.0+ / SQL Server）
SELECT
name,
dept,
salary,
MAX(salary) OVER (PARTITION BY dept) AS dept_max_salary,
A VG(CAST(salary AS DECIMAL(10,2))) OVER (PARTITION BY dept) AS dept_a vg_salary,
ROUND(
MAX(salary) OVER (PARTITION BY dept) -
A VG(CAST(salary AS DECIMAL(10,2))) OVER (PARTITION BY dept),
2
) AS diff_from_dept_a vg
FROM employees;
运行这段代码，你就能得到包含差额的完整明细。这里有一个SQL初学者常犯的错误：在同一个SELECT子句中，不能直接使用前面定义的列别名进行计算。比如，你不能写dept_max_salary - dept_a vg_salary，因为别名在当前查询层级还不可见。解决办法要么是重复书写窗口函数表达式，要么用外层查询进行包裹。
最后，必须点明一个更深层的业务洞察：计算出的这个“差额”字段，其本身并没有直接的业务含义。它仅仅度量了该员工工资在部门内部的相对位置——差额大，只说明他离部门均值远，并不等同于他的绝对薪酬高。如果要做跨部门的公平性比较，这个原始差值是不够的，通常需要先进行标准化处理（例如计算Z-score）。而这，就是OVER()窗口函数本身所不能解决，需要结合更全面分析框架的另一个话题了。
