深度解析 Oracle ROWNUM 與 ROWID 的核心差異與實戰應用

前言：偽欄位的迷思與真相

在 Oracle 開發中，ROWNUM 與 ROWID 是兩個最常被誤解的「偽欄位」。它們雖同樣不儲存於資料塊中，但運作機制、使用場景截然不同。錯誤使用 ROWNUM 進行分頁查詢，是導致效能災難與邏輯錯誤的常見主因。本文將從底層機制剖析兩者差異，並提供最佳實踐模式。

ROWNUM：動態產生的順序標籤

核心特性

• 產生時機：查詢結果集輸出階段動態分配，非儲存屬性
• 遞增規則：從 1 開始嚴格遞增，必須存在 ROWNUM=1 才可能出現 ROWNUM=2
• 不可逆性：一旦某行被過濾掉，後續行永不會獲得該號碼

常見錯誤模式分析

執行順序關鍵證據

查詢 SELECT * FROM t WHERE zz > 20 AND ROWNUM < 10 時，Oracle 採用 逐行過濾+即時停止 機制：

1. 掃描表，找到滿足 zz > 20 的行
2. 立即分配 ROWNUM 並檢查 < 10
3. 累積 10 行後 直接終止掃描，不再讀取後續資料塊

此特性使 ROWNUM 成為「Top-N 查詢」的高效利器，但也導致無法直接實現「第 11-20 行」這類跳頁需求。

ROWID：物理地址的唯一身分證

核心特性

• 物理定位：編碼資料檔號、區塊號、行號，長度 18 字元（10g+）
• 生命週期：行插入時確定，僅在表移動（ALTER TABLE MOVE）、匯出匯入、分區維護 時改變
• 最快存取路徑：WHERE ROWID = '...' 為單行存取最快方式

實務限制

雖理論最快，但 ROWID 難以人工記憶、無業務語意、跨會話不保證穩定，不建議作為應用層主鍵或持久化引用。適合場景：內部工具快速定位、PL/SQL 批次處理中暫存行地址、刪除重複資料（保留 MIN(ROWID)）。

分頁查詢最佳實踐：將 ROWNUM 物質化

標準子查詢模式（11g 及之前）

SELECT * FROM (
  SELECT t.*, ROWNUM rn FROM (
    SELECT * FROM orders WHERE status = 'OPEN' ORDER BY created_dt DESC
  ) t WHERE ROWNUM <= :end_row
) WHERE rn >= :start_row;

• 內層 ORDER BY 確保業務排序
• 中層 ROWNUM <= :end_row 觸發早期停止
• 外層過濾 rn >= :start_row 完成分頁

12c+ 簡潔語法

SELECT * FROM orders
WHERE status = 'OPEN'
ORDER BY created_dt DESC
OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;

效能對比

MINUS 集合運算雖可實現分頁，但需掃描兩次完整結果集並排序比對，資源消耗遠高於子查詢模式，生產環境嚴禁使用。

總結對照表

掌握兩者本質差異，才能在 SQL 調優與架構設計中做出正確選擇。記住：ROWNUM 是「第幾個被返回」，ROWID 是「存在哪裡」。