全部掃瞄時，會按命中的順序來獲取資料，而不是以插入的順序。這是乙個必須了解的重要的資料庫表概念：一般來講，資料庫表本質上是無序的資料集合。還應該注意到，要觀察到這種效果，不必在insert後接下來再使用delete；只需使用insert就可以得到同樣的結果。如果我插入乙個小行，那麼觀察到 的結果很可能是：取出行時預設的順序為「小行、小行、大行」。這些行並不按插入的順序獲取。 oracle會把資料放在能放下的任何地方，而不是按照日期或事務的某種順序來存放。
如果你的查詢需要按插入的順序來獲取資料，就必須向表中增加一列，以便獲取資料時使用這個列對資料排序。例如，這可以是乙個數字列，有乙個遞增的序列（使用oracle sequence物件）。只需使用乙個select，其order by子句對這個列完成排序，這樣就可以模擬插入順序。這個順序可能只是近似的，因為序號為55的行很可能在序號為54的行之前提交，因此，資料庫中序號為 55的行可能放在前面。
應該把堆組織表看作乙個很大的無序行集合。這些行會以一種看來隨機的順序取出，而且取出的順序還取決於所用的其他選項（並行查詢、不同的優化器模式，等 待），同乙個查詢可能會以不同的順序取出資料。不要過分依賴查詢得到的順序，除非查詢中有乙個order by語句！除非你的查詢中有乙個 order by，否則不要指望返回的資料會按某種順序排序。（另外，group by 也不會執行排序！order by 是無可替代的）。
我出問題的應用雖然用了排序，但是由於排序基於的發布日期字段存在大量的重複資料，導致oracle的排序出現問題，所以一般按照某些字段排序後，我們需 要再加乙個order by id。
最後終結以下出現此問題的前提：
1、sql分頁
2、用了oracle的堆表（如果你建表時候沒有指定表型別，預設就是堆表）
3、按照且僅按照乙個有大量重複資料的字段排序
滿足1u2u3之後就會出現我遇到的問題。
Oracle排序陷阱
全部掃瞄時，會按命中的順序來獲取資料，而不是以插入的順序。這是乙個必須了解的重要的資料庫表概念 一般來講，資料庫表本質上是無序的資料集合。還應該注意到，要觀察到這種效果，不必在insert後接下來再使用delete 只需使用insert就可以得到同樣的結果。如果我插入乙個小行，那麼觀察到 的結果很可...
Map 排序 TreeMap 陷阱
hashmap的基於hash表的實現機制決定了他非常快的檢索速度，但也定了 不能排序 的標牌，工作中如果需要排序就要使用treemap treemap是可排序map，可對ke進行排序，那麼，是不是任何我們原來使用hashmap實現的業務都能使用treemap進行替換排序呢？答案是 否 原因在於，它們...
ACM ASCII碼排序 陷阱排除
這是乙個很簡單的題，但是也有陷阱在此，對與output，如果就在輸出後面簡單的加上空格肯定要出問題，它在下面的題上說了 字元中間用乙個空格分開 昨天我就簡單的在後面加乙個空格，導致答案始終錯誤。這裡可以選擇在中間輸出空格，也可以 printf c c c n a 1 a 2 a 3 problem ...