在查詢中，我們可以注意到，類似于“select xx from table where rownum < n”(n>1)這樣的查詢是有正確含義的，而“select xx from table where rownum = n”這樣的查詢只在n=1的時候成立，“select xx from table where rownum > n”(n>1)這樣的查詢只能得到一個空集。另外“select xx from table where rownum > 0”這個查詢會返回所有的記錄。這是為什么呢?原因就在于Oracle對rownum的處理上，rownum是在得到結果集的時候產生的，用于標記結果集中結果順序的一個字段，這個字段被稱為“偽數列”，也就是事實上不存在的一個數列。它的特點是按順序標記，而且是逐次遞加的，換句話說就是只有有rownum=1的記錄，才可能有rownum=2的記錄。

讓我們回頭來分析一下在where中使用rownum作為查詢條件的情況。在rownum取=1，或者rownum <= n (n>1)的時候，沒有問題。那么為什么當條件為rownum = n或者rownum >= n時明明有數據卻只能得到一個空集呢?假設我們的查詢條件為rownum = 2，那么在查詢出的***條記錄的時候，oracle標記此條記錄rownum為1，結果發現和rownum=2的條件不符，于是結果集為空。寫到這里，我忽然有一個有趣的想法：假如有一條查詢語句為select xx,yy from table where zz > 20 and rownum < 10，那么在執行的時候，是先按照zz>20的條件查詢出一個結果集，然后按照rownum取出前10條返回?還是在按照zz>20的條件先查詢，然后有一個記錄就標記一個rownum，到rownum<10的時候就停止查詢?我覺得應該是后者，也就是在執行語句的時候，不是做full scan，而是取夠數據就停止查詢。要驗證這個想法應該很簡單，找一個數據量非常大的表進行查詢就可以了。可惜目前我沒有這樣的表。

我們可以看出，直接使用rownum是要受到限制的。但是很容易遇到這樣的需求“查出符合條件的第xx條到第xx條記錄”，比如頁面的分頁處理。這個時候如何構造出適合自己的結果集?嗯，墻邊那位說全取出來手工挑選的哥們可以拉出去了。當然這樣做也是可以的，但是前提是整個數據集的數據條數不多的情況下。假如遇到上十萬百條的數據，全部取出來的話，用戶就不用干別的事情了。這個時候用戶應該怎么做呢?當然就是要用到我們介紹的rownum拉!rownum不是個“偽數列”么，好說，我們現在把它弄成一個實在的字段就可以了。

具體做法就是利用子查詢，在構建臨時表的時候，把rownum也一起構造進去。比如“select xx,yy from (select xx,yy,rownum as xyz from table where zz >20) where xyz between 10 and 20”這樣就可以了。另外使用oracle提供的結果集處理函數minus也可以做到，例如“select xx,yy from table where zz > 20 and rownum <20 minus select xx,yy from table where zz>20 and rownum <10”，但是使用minus好像比使用子查詢更加消耗資源。

和rownum相似，oracle還提供了另外一個偽數列：rowid。不過rowid和rownum不同，一般說來每一行數據對應的rowid是固定而且***的，在這一行數據存入數據庫的時候就確定了。可以利用rowid來查詢記錄，而且通過rowid查詢記錄是查詢速度最快的查詢方法。(這個我沒有試過，另外要記住一個長度在18位，而且沒有太明顯規律的字符串是一個很困難的事情，所以我個人認為利用rowid查詢記錄的實用性不是很大)rowid只有在表發生移動(比如表空間變化，數據導入/導出以后)，才會發生變化。

【編輯推薦】

1. 巧用dbms_rowid包獲得rowid的詳細信息
2. 淺析Oracle中的表空間查詢方法
3. Oracle數據庫中的字符處理技巧