【PostgreSQL】使用开窗函数获取历史表最新记录 及 MySQL 旧版本实现
创始人
2025-05-30 20:55:54
0次

文章目录

    • 1. 前言
    • 2. 需求与实现
      • 2.1 实现说明
      • 2.2 ROW_NUMBER () 的限制
      • 2.2.1 RANK() 实现
      • 2.2.2 RANK() 的限制
      • 2.2.3 DENSE_RANK() 实现
    • 3. MySQL 使用 User-Defined Variables 实现开窗函数
      • 3.1 实现
      • 3.2 进一步学习:官网资料
        • 3.2.1 用户变量作用的时机
        • 3.2.2 可不可以不初始化,就使用
      • 3.3 进一步学习:Spring 相关
    • 4. 后记

1. 前言

项目用了 PostgreSQL 作为数据库。用上了一直感兴趣的开窗函数,这里记录以下。
考虑到使用MySQL的项目也可能有这种需求,思考 MySQL 8.0 以前的实现方式(8.0开始就有开窗函数了,不用自己造轮子)。探索的过程中,把 User-Defined Variables 也学起来了,结合官网资料做一下笔记。

2. 需求与实现

  • 需求
    主表要关联历史表,取历史表最新的一条数据,根据最新时间关联上的历史表中的数据要全部带出来
  • PostgreSQL 实现:
SELECT*
FROMmain main
LEFT JOIN (SELECT* FROM( SELECT *, ROW_NUMBER () OVER ( PARTITION BY main_id ORDER BY create_time DESC ) AS rw FROM main_history ) TEMP WHERE TEMP.rw = 1
) history ON main.main_id = history.main_id;
  • 拆解sql
SELECT*
FROMmain main
LEFT JOIN (SELECT* FROM( 【这一部分是本文讨论的重点, 拆出来放到下文】) TEMP WHERE TEMP.rw = 1
) history ON main.main_id = history.main_id;

后文讨论 ROW_NUMBER () 、RANK()、DENSE_RANK 关注以下sql即可

SELECT *, ROW_NUMBER () OVER ( PARTITION BY main_id ORDER BY create_time DESC ) AS rw FROM main_history 

2.1 实现说明

  • OVER ( PARTITION BY main_id ORDER BY create_time DESC )
    数据根据 main_id 分组 (与group by 不同,这里多条数据不会被合并成一条),组内的数据按 create_time 倒序排列

  • ROW_NUMBER ()
    根据 OVER 的排序规则,为数据编号,如果 create_time 相同,依旧会保证 1,2,3…n 的连续序号

2.2 ROW_NUMBER () 的限制

SELECT *, ROW_NUMBER () OVER ( PARTITION BY main_id ORDER BY create_time DESC ) AS rw FROM main_history 

在这里插入图片描述
使用 ROW_NUMBER () 实现需求,默认了以下行为:
一个主表有多个历史表,但是历史表同一时刻(尽管create_time相同),只会取一条记录。
如果主表希望查出两个历史表记录,需要用到 rank()

2.2.1 RANK() 实现

SELECT *, rank() OVER ( PARTITION BY main_id ORDER BY create_time DESC ) AS rw FROM main_history

在这里插入图片描述

2.2.2 RANK() 的限制

可以看到上文main_id = 1 的分组中 rw 列的排列是 1, 1, 3。
如果需要1 , 1, 2 这种稠密的编码,则需要使用到dense_rank

2.2.3 DENSE_RANK() 实现

SELECT *, dense_rank() OVER ( PARTITION BY main_id ORDER BY create_time DESC ) AS rw FROM main_history

在这里插入图片描述

3. MySQL 使用 User-Defined Variables 实现开窗函数

这一部分是结合网上的资料,用mysql能解析的方式实现了开窗函数。一开始看这些变量真的挺头晕的,后面查阅官方资料,也算是清晰了。

3.1 实现

  • ROW_NUMBER()
SELECThistory.*, IF( @pre_main_id = history.main_id, @cur_rank := @cur_rank + 1, @cur_rank := 1 ) row_number , @pre_main_id := history.main_id 
FROM-- 连接可能被线程池工具复用,避免变量污染, 每次使用都重新初始化 变量main_history history  ,( SELECT @cur_rank := 0, @pre_main_id := NULL ) r 
ORDER BYhistory.main_id, history.create_time DESC
  • DENSE_RANK()
SELECT history.*,
IF(@pre_main_id = history.main_id, IF(@pre_create_time = history.create_time, @cur_rank, @cur_rank := @cur_rank + 1), @cur_rank := 1) dense_rank,
-- 后置处理
@pre_create_time := history.create_time temp2, @pre_main_id := history.main_id temp3
FROM -- 连接可能被线程池工具复用,避免变量污染, 每次使用都重新初始化 变量main_history history, (SELECT @cur_rank := 0, @pre_main_id := NULL, @pre_create_time := NULL, @rank_counter := 1) r
ORDER BY history.main_id, history.create_time DESC
) temp where dense_rank = 1;
  • RANK()
SELECT history.*,
-- 前置处理, 保证总数递增,确保形如 1, 1, 3 这种排列,而不是 1, 1, 2
IF(@pre_main_id = history.main_id, @rank_counter := @rank_counter + 1, @rank_counter := 1) temp1,
IF(@pre_main_id = history.main_id, IF(@pre_create_time = history.create_time, @cur_rank, @cur_rank := @rank_counter), @cur_rank := 1) rank,
-- 后置处理
@pre_create_time := history.create_time temp2, @pre_main_id := history.main_id temp3
FROM -- 连接可能被线程池工具复用,避免变量污染, 每次使用都重新初始化 变量main_history history, (SELECT @cur_rank := 0, @pre_main_id := NULL, @pre_create_time := NULL, @rank_counter := 1) r
ORDER BY history.main_id, history.create_time DESC

3.2 进一步学习:官网资料

User-Defined Variables 官方文档
【前置知识】一个sql语句的执行过程:存储引擎 -> server -> client

3.2.1 用户变量作用的时机

In a SELECT statement, each select expression is evaluated only when sent to the client. This means that in a HAVING, GROUP BY, or ORDER BY clause, referring to a variable that is assigned a value in the select expression list does not work as expected: SELECT (@aa:=id) AS a, (@aa+3) AS b FROM tbl_name HAVING b=5;

释意: 用户变量作用在select语句上,只有在发送到客户端的时候才会被解析.
言下之意是:以下语句执行时,用户变量还没处理数据,所以不要使用用户变量。

  • HAVING
  • GROUP BY
  • ORDER BY

3.2.2 可不可以不初始化,就使用

If you refer to a variable that has not been initialized, it has a value of NULL and a type of string.

释意:未初始化使用,默认值为string 类型的 null

3.3 进一步学习:Spring 相关

使用了用户变量,很自然就要在意变量是不是线程安全的。类似Spring 集成线程池,连接是共享的,要特别在意线程安全问题。
对于这个问题,有网友解答了:参考连接 (内容是搬运stackoverflow的)

Including (select @num := 0) initializes the variable at the beginning of the query. User-defined variables are scoped to the individual connection, and a connection can only run one query at a time, so this specific case is perfectly “thread-safe.”
However, it’s also a bit of a hack.

select
@num := (@num + 1) as row_number
from
user u,
(select @num := 0);

简要释义:一个connection同一时刻只会允许一个语句执行。(select @num := 0) 声明了一个connection作用域的用户变量。如果connection是隔离的,用户变量这个时候是安全的。

补充:

(select @num := 0)

Spring 会复用 connection,但是使用用户变量时都重新初始化,也不用担心connenction的上个使用者传递一个使用过的用户变量给下一个使用者。

4. 后记

最近 chatGPT好火,可以想象 chatGPT 以后能把开窗函数的 sql 转化成 MySQL 5.x 的对等实现。希望国内早点引进这种提高生产力的技术。

相关内容

热门资讯

在大吉订购APP订购交易亏损被...   近期,不少投资者反映在“大吉订购App”上投资白银、铂金等商品遭遇严重亏损。该平台宣称提供现货订...
铂银壹号APP商品订购交易亏损...   许多中小投资者误以为网上的“商品现货订购”是合规合法的理财渠道,殊不知这背后隐藏着巨大的合规风险...
兴鑫淘金APP贵金属订购交易亏...   白银、贵金属或其他商品类投资,除国家批准的正规期货交易场所及持牌期货公司外,市面上大量第三方交易...
铂银掘金APP无资质的违规平台...   铂银掘金等平台的投资者,往往是被“注册送现金”“充值返现券”“首单免亏”等广告话术吸引,进而下载...
八方淘金APP订购交易不合规,...   “八方淘金APP”“铂银掘金APP”“铂银壹号APP”等软件被指以“现货订购”为名,实际采用高杠...
在指尖订购APP订购商品亏损被...   指尖订购APP这类平台,表面是“订购交易”,实则是披着电商外衣的非法期货陷阱。绝大多数投资者被蒙...
在犀贝易购APP做商品订购交易...   市面上打着“现货投资”“贵金属交易”旗号的APP并不少,但真正合规、受监管的平台并不多。犀贝易购...
易达淘金APP虚假商品订购交易...   易达淘金APP存在严重的虚假宣传与违规交易行为。该平台打着“商品订购”的旗号,实则通过不合规的交...
大浪淘金APP白银订购亏损被骗...   大浪淘金APP最隐蔽的套路,在于其完全封闭的内盘交易系统。表面上,它宣称与国际贵金属市场接轨;实...
一品好购APP上订购白银出现亏...   一品好购APP原名“一品订购”,运营方为上海宝智未来信息技术有限公司。近期不少投资者反映在该平台...
九州订购APP贵金属订购投资骗...   九州订购APP正通过抖.音、快手、今日头条等平台大量投放投资广告,用“5元起投”“充值返现”“0...
坚锅淘金APP交易软件并不正规...   当前,市面上大量所谓的“现货商城订购”交易软件,早已偏离了正常的实物商品买卖,演变为高杠杆、高手...
斗金订购APP贵金属期货交易骗...   斗金订购APP的投资者往往被铺天盖地的广告宣传所诱导——注册即送现金、充值返现券等看似诱人的福利...
警惕!云启购APP违规经营,披...   "5元起投、充值返现、稳赚不赔"——这些诱人的广告语背后,可能是一个精心设计的金融陷阱。  近期...
量子淘金APP贵金属投资不合规...   "4元起投""充值返券""月入过万"——这些极具诱惑力的广告语在短视频平台、社交软件上铺天盖地。...
鑫汇智投APP贵金属商品订购骗...   鑫汇智投APP非法期货投资骗局,受害者在投资过程中根本不懂交易,也不去研究和验证这个平台是否正规...
矅光智策APP平台违规经营非法...   矅光智策APP对外宣称是“商城订购”“现货交易”,但查询其经营范围,并未显示具备开展现货期货交易...
黄金珠宝怎么选?内侧刻字都代表... 潮新闻客户端 记者 马焱 通讯员 任倩影 9月8日下午,“云游杭州 乐购金秋”——“浙城·浙放心”活...
原创 冰... 最近全球国债市场正在上演魔幻一幕: 美债、日债、欧债遭遇猛烈抛售,收益率冲到几十年新高,美国财政部都...
日韩股市开盘表现分化 上证报中国证券网讯 9月9日,日韩股市开盘表现分化,韩国综合指数开盘上涨0.26%,报6972.87...