9i 前取得 DDL 僅能 EXP ROWS=N (格式難用) 或寫複雜字典查詢腳本 (IOT、巢狀表等複雜物件查不到)。9i 引入 DBMS_METADATA

SQL 分四大類：DQL (查詢)、DML (操縱)、DDL (定義)、DCL (控制)。本文聚焦 DML 與 DCL 在 Oracle 實作細節。 DML 語

Oracle Application Server Wireless (OracleAS Wireless) 是 Oracle 行動服務核心，整合無線瀏覽器、語

1. 選用適合的優化器 三種模式：RULE (規則)、COST (成本/CBO)、CHOOSE (選擇性)。透過 init.ora 設定 OPTIMIZER_M

Oracle 9i Data Guard 透過 Standby Database 實現災難防護，核心機制是將 Primary Database 的重做日誌傳送並

靜態 vs 動態 SQL 靜態 SQL：編譯期確定 (Early Binding)，效能最佳 動態 SQL：執行期建構 (Late Binding)，靈活但犧

前言 物理結構故障源於硬體故障或人為誤操作。優先排除硬體問題，再依下列分級流程處理。 一、控制檔損壞 單一控制檔損壞 確保資料庫關閉：SHUTDOWN I

8. DECODE 函數減少重複掃描 -- 兩次掃描 SELECT COUNT(*), SUM(sal) FROM emp WHERE dept_no=20 A

4. 表名順序決定驅動表 (僅 RBO 有效) Oracle 解析器由右至左處理 FROM 子句，最右側表為驅動表。選擇筆數最少的表作為驅動表效能最佳。 TAB

1. 選擇適合的優化器 模式說明適用場景 RULE (RBO)基於規則，固定啟發式舊系統、統計資訊缺失 COST (CBO)基於成本，依統計資訊估算現代系統、

Ref Cursor 回顧 Ref Cursor 為伺服器端結果集參考。開啟時不回傳資料，僅回傳伺服器端地址，客戶端自主決定提取時機與方式。舊版 ODP.NET

痛點：傳統快取同步困境 手動刷新：依賴用戶記憶，易造成髒讀 定時輪詢：無法設定完美間隔，要不延遲、要不浪費資源 Database Change Notif

背景動機 地學海量數據增長，傳統全量加載瀏覽效能低落。需變革儲存方式：按需加載、避免重複 I/O。 分層管理器架構 兩大核心組件 組件表：儲存逐層細化的空

傳統模式風險 應用層控制權限：單一資料庫帳戶，PHP 判斷用戶角色。若公開頁面遭 SQL Injection，攻擊者可執行任意 DML（含 DELETE、DRO

挑戰：連線池環境下的追蹤困境 多層架構中，單一用戶請求可能跨多進程、甚至跨實例，傳統追蹤極難串聯。 解決方案：DBMS_MONITOR + trcsess

硬體趨勢與 Oracle 回應 SMP 伺服器普及，8/16/32 CPU、數 GB SGA 成常態。Oracle 8i 起全面實現平行化：SQL 存取、DML

痛點：傳統磁帶備份依賴昂貴 MML RMAN 備份磁帶需 Media Management Library (MML)，廠商專屬、價格高昂，若僅為備份 Orac

ADF 核心優勢 整合開發工具：JDeveloper 與 ADF 無縫整合 平台獨立：部署於任何 J2EE 相容應用伺服器 技術彈性：各層可選擇擅長技術 端到

架構概覽 .NET 應用 → Managed Data Provider → Oracle Client → Oracle Database。ODP.NET 為

痛點與解法 ASM 管理原僅支援 SQL 與 Enterprise Manager，系統管理員不熟 SQL、DBA 不願開放 EM 權限。10g R2 推出 a