第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

為了賬號(hào)安全,請(qǐng)及時(shí)綁定郵箱和手機(jī)立即綁定

分頁查詢最好加排序(order by)

昨天,与外部化系统对接时,发现有一个数据一直咩有集成到,双方各自排查了自己系统的代码,都觉得逻辑非常简单,无法就是一个分页查询而已。

问题就出在这个分页查询上。

为了说明当时问题发生的情景,我模拟了一个SQL查询:


SELECT ID, OBJECT_NAME, OWNER

FROM 

 (

 SELECT ROWNUM RN, ID, OBJECT_NAME, OWNER

 FROM 

 (

 SELECT OWNER, OBJECT_NAME, ID

 FROM MY_TABLE

 )

 WHERE ROWNUM <= 800

 )

WHERE RN >= 1;

以上是一段典型的Oracle数据库的分页查询,又以查询结果集的第1条至第800条数据。

如果想查询第二页的数据,只需要改到RN和ROWNUM即可。以下是查第二页的数据的SQL:


SELECT ID, OBJECT_NAME, OWNER

FROM 

 (

 SELECT ROWNUM RN, ID, OBJECT_NAME, OWNER

 FROM 

 (

 SELECT OWNER, OBJECT_NAME, ID

 FROM MY_TABLE

 )

 WHERE ROWNUM <= 1600

 )

WHERE RN >= 801;

问题背景

上述SQL中从MY_TABLE查询结果集本身是没有问题的,因为符合条件的数据总数是不会变的。但是有一个问题,从MY_TABLE查询的结果集是没有做排序的,意味着每次查询的数据的位置可能发生变化。由于分页查询,其实是从MY_TABLE查询查询了多次,每次数据的位置不确定,导致查询出来的结果,有可能查得出来,有可能查询重复。这就是问题的根源。

解决方案

知道问题所在解决起来就简单了,就是加排序。让每次查询出来的数据按到固定位置查出来就没有了。以下是示例:


SELECT ID, OBJECT_NAME, OWNER

FROM 

 (

 SELECT ROWNUM RN, ID, OBJECT_NAME, OWNER

 FROM 

 (

 SELECT OWNER, OBJECT_NAME, ID

 FROM MY_TABLE

 ORDER BY ID

 )

 WHERE ROWNUM <= 1600

 )

WHERE RN >= 801;

一般来说,排序的字段最好是唯一值。如果是非唯一的字段,那么最好用多个能确定唯一性的字段来实现排序也是可以的。否则无法启动排序的效果,问题还是会出现。

點(diǎn)擊查看更多內(nèi)容
2人點(diǎn)贊

若覺得本文不錯(cuò),就分享一下吧!

評(píng)論

作者其他優(yōu)質(zhì)文章

正在加載中
感謝您的支持,我會(huì)繼續(xù)努力的~
掃碼打賞,你說多少就多少
贊賞金額會(huì)直接到老師賬戶
支付方式
打開微信掃一掃,即可進(jìn)行掃碼打賞哦
今天注冊(cè)有機(jī)會(huì)得

100積分直接送

付費(fèi)專欄免費(fèi)學(xué)

大額優(yōu)惠券免費(fèi)領(lǐng)

立即參與 放棄機(jī)會(huì)
微信客服

購課補(bǔ)貼
聯(lián)系客服咨詢優(yōu)惠詳情

幫助反饋 APP下載

慕課網(wǎng)APP
您的移動(dòng)學(xué)習(xí)伙伴

公眾號(hào)

掃描二維碼
關(guān)注慕課網(wǎng)微信公眾號(hào)

舉報(bào)

0/150
提交
取消