[SQL][row_number() over ]row_number() over (partition by key1 order by key2 ASC) AS rank 与where联合使用时存在风险
结论
当使用row_number()时,先确认key是否有重复,如果排序的键有重复,为了减少风险,建议使用rank dense_rank 代替
row_number() 相较于rank dense_rank 而言,对数目的编号存在随机性——当多条数目的key2相同时,则会随机给予数字编号顺序。
这直接导致SQL每次运行的结果不同。
当SQL逻辑存在以下情况时,会导致严重的后果
table1
filter_key partition_key order_key count_key
1 a 1 1
2 b 1 2
当我们需要统计 第一个order_key,且排除"filter_key"为特定值对应的count_key个数时
select count(distinct count_key)
(
select filter_key count_key row_number() over (partition by partition_key order by order_key) as rank
from table1
) a
where rank = 1
and filter_key <> 1
对于上方这段SQL 我们希望能统计到 数据 1 条
filter_key partition_key order_key count_key
2 b 1 2
但是实际上,使用row_number后,可能会出现
filter_key partition_key order_key count_key rank
1 a 1 1 1
2 b 1 2 2
和
filter_key partition_key order_key count_key rank
1 a 1 1 2
2 b 1 2 1
下面这种情况可以正常统计到数据
但上面这种情况则统计不到数据记录
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本