測試場景 目標表 CALLS (PK: CALL_ID, IDX: CALL_DATE)，導入 10 萬筆、約 6MB CSV 檔。 環境：Oracle 9i

閃回查詢核心原理 依賴 自動回滾段管理 (AUM)，需設定 UNDO_MANAGEMENT=AUTO、UNDO_RETENTION (秒)。 利用 Undo

一、作業系統層面：群組與檔案權限 建立 DBA 群組 (如 dba)，僅包含 root 與 Oracle 軟體擁有者，權限 710 (rwx--x---)。

技術基礎 (Oracle 9i R2 新特性) 支援回傳自定義物件型別 (如 SDO_GEOMETRY) 的函數。 支援 Java / C 語言編寫預存程序

測試環境 基準機：Compaq 4 CPU, 512MB RAM, 8×7200rpm SCSI 對照機：單 CPU Athlon, 512MB RAM, 1

適用場景 Windows 環境下 Oracle 服務無法自動啟動，但手動啟動正常。重建服務可修復註冊表/權限不一致導致的啟動故障。 操作步驟 確認 SID：

場景 需將用戶 OA 所有表從表空間 A 遷移至 B，且表已含大量資料，傳統「刪表→重建」需備份/還原資料，耗時風險大。 EXP/IMP 遷移步驟 (Orac

記錄型別定義兩種方式 1. 顯式定義 (TYPE ... IS RECORD) DECLARE TYPE stock_quote_rec IS RECOR

記錄兩大操作層面 整體操作：SELECT INTO、FETCH、整體指派 rec2 := rec1、傳遞給子程式。 欄位操作：rec.field := val

集合類型對比總表 特性Index-by 表巢狀表VARRAY 元素數量上限無限制無限制有限制 (MAXSIZE) 稀疏性永遠稀疏刪除後可稀疏永遠緊密 可存入

集合兩大操作層面 整體操作：直接使用集合名稱賦值、傳遞、比較。 元素操作：collection(subscript) 存取單一元素。 下標特性對比 集合

1. 多工線上重做日誌 (Multiplexed Online Redo Log) 每組至少 2 個成員，分置不同磁碟/控制器。 LGWR 同步寫入所有成員，

前言 多數效能問題源於設計不合理，而非記憶體/I/O 參數。合理設計需考量：資料表達方式、物理儲存（分區/表空間）、索引策略。 案例：訂單主從表設計缺陷與優化

環境 Server：HP ProLiant DL580 G4 (4×Xeon 3.16GHz, 4GB RAM, 4×72.8GB RAID) OS：Red

核心難點 Web 無狀態環境下不可長期持有游標；ROWNUM 僅在行被取出時分配，直接 WHERE ROWNUM BETWEEN 30 AND 49 永遠無資料

準備工作 以 SYS 執行 @$ORACLE_HOME/rdbms/admin/dbmsrand.sql 建立 DBMS_RANDOM 套件並授權 PUBLI

VPD 核心機制 透過策略函數動態為查詢附加謂詞，將 SELECT * FROM accounts; 重寫為 SELECT * FROM accounts WH

一、職涯定位：開發 vs 管理 開發：編寫存儲過程、觸發器、Forms 應用，需邏輯思維與創造力，屬「青春飯」，壓力較大。 管理 (DBA)：需深刻理解內核原

三、Oracle 體系架構全景 1. 物理結構 控制檔：維護資料庫完整性資訊，識別資料檔與重做日誌檔，至少 1 個。 資料檔：實際儲存資料。 重做日誌檔：記

1. 基本架構 CREATE OR REPLACE PROCEDURE proc_name ( p_param1 IN NUMBER, p_param2