[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

下面这种情况可以正常统计到数据
但上面这种情况则统计不到数据记录

posted @   riaris  阅读(93)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
点击右上角即可分享
微信分享提示
主题色彩