mysql的窗口函数

【一点分享】Mysql高级查询：窗口函数，让分析功能上一个台阶。

我记得有一次，我在一家电商公司做数据分析，那是一个炎热的夏日午后，我坐在办公室里，面前是一堆订单数据。
我需要找出每个品类销售额前3 名的商品。
以前，我可能会用一大堆的子查询和JOIN操作，但这回，我决定试试新学的Mysql窗口函数。

我打开了数据库，输入了这样的SQL语句：
sql SELECT 商品名称, 销售额, ROW_NUMBER() OVER (PARTITION BY 品类 ORDER BY 销售额 DESC) as 销售排名 FROM 订单表
几秒钟后，结果就出来了，每个品类的销售额前3 名商品都清晰地展示在屏幕上。
我松了一口气，因为不仅速度快，而且代码简洁易懂。

那天下午，我意识到，Mysql的窗口函数真的改变了我的工作方式。
以前处理这类问题需要复杂的逻辑，而现在，只需要一个简单的窗口函数调用。
比如，如果要找出每个部门的出勤率最好的3 位员工，我只需要稍作修改：
sql SELECT 员工姓名, 出勤率, ROW_NUMBER() OVER (PARTITION BY 部门 ORDER BY 出勤率 DESC) as 出勤排名 FROM 员工出勤表
这些函数让我的工作变得更加高效，但我也突然想到，如果这些数据有更多维度，比如时间序列分析，窗口函数还能发挥多大的作用呢？等等，还有个事，我之前看过的某个案例，用窗口函数来分析用户行为模式，那效果应该更震撼吧。

直观理解：MySQL常用窗口函数

窗口函数就是按行分析数据。
MySQL 8 .0开始支持。

先说核心：row_number、rank、dense_rank。
row_number：每组内顺序排，不重号。
rank：同分并列，空出后面名次。
dense_rank：同分并列，不空出名次。

比如员工表，工资降序： sql SELECT id, name, salary, ROW_NUMBER() OVER (ORDER BY salary DESC) AS row_num, RANK() OVER (ORDER BY salary DESC) AS rank_num, DENSE_RANK() OVER (ORDER BY salary DESC) AS dense_rank_num FROM employees;
按部门分组： sql SELECT department, id, name, salary, ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC) AS row_num FROM employees;
再说说累计和： sql SELECT department, salary, SUM(salary) OVER (PARTITION BY department ORDER BY salary) AS cumulative_sum FROM employees;
工资范围和： sql SELECT id, name, salary, SUM(salary) OVER (ORDER BY salary ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS nearby_sum FROM employees;
每个部门平均工资： sql SELECT department, AVG(salary) OVER (PARTITION BY department) AS avg_salary FROM employees;
自己试试PERCENT_RANK()和LEAD()？

MySQL 8.0新特性全面解读：窗口函数、CTE、原子DDL等

上周有个客人问我，MySQL 8 .0的新特性窗口函数、CTE和原子DDL到底有什么用，我给他详细解释了一下。

首先，窗口函数就像是数据库里的计算器，它可以在查询结果集的特定分区上执行计算，不需要像传统的GROUP BY那样把行合并。
比如说，你想知道每个部门的平均工资，用窗口函数就能做到，而且还能保留每个人的原始数据。
这就像是在一群人中快速计算出平均身高，但是每个人还是独立的。

然后是CTE，这玩意儿就像是临时的小黑板，你可以把复杂的查询拆分成几步，每一步都写在小黑板上，这样别人一看就懂了。
而且，CTE还可以递归使用，比如你想查询一个公司的所有下属，CTE就能帮你轻松搞定。

再来说说原子DDL，这就像是给数据库操作穿上了保险衣。
以前，如果你在创建表的时候服务器突然崩溃了，可能只创建了一半，数据就乱了。
现在有了原子DDL，要么操作全部成功，要么全部失败，数据就不会出问题。

具体到应用场景，窗口函数适合处理像工资统计、排名计算这样的复杂分析；CTE适合处理递归查询，比如查询组织架构；原子DDL则能保证数据库操作的一致性，减少数据损坏的风险。

至于选择建议，如果你在做复杂的查询分析，窗口函数和CTE是你的好帮手。
而原子DDL，则是在进行数据库结构变更时，确保数据安全的重要保障。

总之，MySQL 8 .0的这些新特性，就像是给数据库加了一套高级装备，让查询更高效，代码更易读，数据更安全。
反正你看着办，用上了这些特性，开发效率和数据质量都能上一个台阶。
我还在想这个问题，感觉用起来真的挺方便的。