PL/SQL Developer 修改表數據兩種模式差異：FOR UPDATE 鎖表 vs ROWID 無鎖編輯

PL/SQL Developer 內置「數據編輯器」雙模式，底層 SQL 差異決定了並發影響、鎖持有時間、事務邊界。本文深度解析兩種模式原理與適用場景。

一、模式一：SELECT * FROM table FOR UPDATE（默認雙擊表名觸發）

SELECT * FROM student FOR UPDATE;

• 機制：查詢時對滿足條件的所有行加 排他鎖 (TX, mode 6)，等同 SELECT ... FOR UPDATE NOWAIT。
• 後果：
  • 其他會話對該表的 INSERT/UPDATE/DELETE 將阻塞等待鎖釋放。
  • 甚至 SELECT ... FOR UPDATE 也會阻塞。
  • 只有執行 COMMIT 或 ROLLBACK 才釋放鎖。
• 風險：編輯器打開時間越長（人工修改、喝咖啡、開會），鎖持有越久，極易引發「業務全庫掛起」事故。
• 適用場景：單用戶維護窗口、需保證修改過程數據不被他人變更（如參數表熱更新）。

二、模式二：SELECT t.*, t.rowid FROM table t（右鍵 → 「View Data」/「Edit Data」觸發）

SELECT t.*, t.rowid FROM student t;

• 機制：純查詢，**無任何鎖**，僅在用戶點擊「保存」時，PL/SQL Developer 根據 ROWID 生成單條 UPDATE ... WHERE ROWID = :b1 並提交。
• 優勢：
  • 完全不阻塞並發 DML。
  • 支持僅選擇需編輯的列：SELECT num, name, t.rowid FROM student t; 減少網絡傳輸。
  • 事務邊界清晰：每條 UPDATE 獨立提交（或按工具配置批量提交）。
• 適用場景：日常業務查詢、少量行修改、高並發生產環境。

三、對比總結表

四、最佳實踐建議

1. 默認使用 ROWID 模式：工具設置 → Preferences → Data Editor → 默認勾選「Use ROWID for updates」。
2. 大批量修改改用 SQL 窗口：手寫 UPDATE ... WHERE ... + COMMIT，可控性更強。
3. 誤進 FOR UPDATE 急救：立即在工具栏點「Rollback」或執行 ROLLBACK; 釋放鎖。
4. 審計追蹤：開啟 AUDIT UPDATE ON table BY ACCESS 記錄誰在何時改了什麼。

認清「雙擊表名 = 加鎖」，養成「右鍵看數據」肌肉記憶，能為生產庫規避 90% 由工具誤操作引發的鎖衝突事故。