Oracle中rownum和 order by聯合使用導致排序錯亂__Oracle

       在使用Oracle進行分頁查詢的時候，一般情況下我們都會攜帶很多參數。但是今天發現一個很奇怪的東西，當排序欄位不是主鍵，且多條資料中該排序欄位的值均相同的情況下，會出現分頁查詢的排序次序和不分頁查詢的排序次序不一樣的情況。下面直接用SQL來說明一下：

1、原始的查詢SQL

select ty.countryname,ty.s_adddate  from  t_d_Country ty order by ty.s_adddate desc;

2、執行分頁的查詢SQL

select * from (select m.*,ROWNUM rn from ("+sql+") m where ROWNUM <=${count}) where rn>${offset}

註：分頁查詢的 sql中的變數sql的值為1中原始查詢SQL

3、當執行2中的SQL進行分頁查詢的時候，我們會以為他是按照s_adddate降序排列的。但是當s_adddate的值是一樣的時候，他會怎麼樣呢。比如說取前十條資料，我們會發現執行步驟1中的SQL獲得的前十條資料和執行步驟2中的SQL獲得的前十條資料竟然不是完全一樣的。

原因分析：

經過對比SQL執行計畫發現，當步驟2的SQL在使用ROWNUM <=${count}這個的過程中，整個列表的rownum的值就會產生變化。PS:內部原因尚未研究出來

解決方案：

在我們使用rownum擷取行號的時候，先對其進行一個升序排序，然後再對rownum的值進行限制，這樣就能保證不執行分頁的SQL和執行分頁的SQL在相同排序欄位和相同定序下，資料的順序是一致的。具體SQL如下：

select *  from (select t.*,rownum  from  (select ty.countryname,ty.s_adddate  from  t_d_Country ty order by ty.s_adddate desc) t  order by rownum) where rownum <270 ;