【Greenplum代码】记录一次不了解GP数据库编号函数使用方法导致的问题(1次疏忽 + 1次不必要 = 2次弯路)
1. 問題描述
有這么一個(gè)需求,查詢出來的數(shù)據(jù)需要顯示相對(duì)的排序編號(hào),還要進(jìn)行分頁(yè)操作,我首先想到的就是 ROW_NUMBER 函數(shù),MySQL、Oracle 都有類似的編號(hào)函數(shù),走起 😄
SELECT ROW_NUMBER ( ) OVER ( ) AS "rowNum",recommend_field AS "recommendField",recommend_value AS "recommendValue",sort_tag AS "sortTag" FROMdata_recommend_car WHERErecommend_field = 'imsi' ORDER BYsort_tag DESCLIMIT 5 OFFSET 0
這結(jié)果顯然不是想要,看到結(jié)果也恍然大悟,SQL的執(zhí)行順序是FROM > WHERE > SELECT > ORDER BY > LIMIT 在 SELECT 階段編號(hào)已經(jīng)被安排了,重新排序后編號(hào)是不會(huì)再變動(dòng)的。
2. 走向彎路
1?? 次彎路:既然先產(chǎn)生編號(hào)后排序,那就先用子查詢進(jìn)行排序,然后再添加編號(hào)。
SELECT ROW_NUMBER( ) OVER ( ) AS "rowNum",T.* FROM( SELECT recommend_field AS "recommendField", recommend_value AS "recommendValue", sort_tag AS "sortTag" FROM data_recommend_car WHERE recommend_field = 'imsi'ORDER BY sort_tag DESC ) T LIMIT 5 OFFSET 0想法很美好,結(jié)果又找不到:
發(fā)現(xiàn)僅運(yùn)行子查詢是排序好的,再次從 T 表查詢數(shù)據(jù)時(shí),順序又被打亂了 😢
1?? 次不必要:既然數(shù)據(jù)庫(kù)排不了序,那就后臺(tái)代碼實(shí)現(xiàn)吧 😃
// 添加行號(hào)for (int i = 0, size = res.size(); i < size; i++) {// 計(jì)算行號(hào)int rowNum = (curPage - 1) * pageSize + i + 1;// 賦值res.get(i).setRowNum((long) rowNum);}3. 名門正派
不會(huì)吧!不會(huì)吧!數(shù)據(jù)庫(kù)連排序都搞不出來?還真的不會(huì),不是數(shù)據(jù)庫(kù)不會(huì),是自己不會(huì)用!!!修改后的SQL添加排序 ORDER BY sort_tag DESC :
SELECT ROW_NUMBER ( ) OVER ( ORDER BY sort_tag DESC ) AS "rowNum",recommend_field AS "recommendField",recommend_value AS "recommendValue",sort_tag AS "sortTag" FROMdata_recommend_car WHERErecommend_field = 'imsi' LIMIT 5 OFFSET 0
實(shí)現(xiàn)了排序的需求,編號(hào)函數(shù)還有 rand ( ) over ( ) 等,小伙伴兒們可以自行搜索使用。
總結(jié)
以上是生活随笔為你收集整理的【Greenplum代码】记录一次不了解GP数据库编号函数使用方法导致的问题(1次疏忽 + 1次不必要 = 2次弯路)的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【Java报错】记录一次调用递归方法导致
- 下一篇: Greenplum【环境搭建 04】使用