實驗設計 向表 T(X INT) 插入 1,000 筆資料，比較兩種動態 SQL 寫法： 寫法 1：綁定變數（使用 USING 子句） CREATE OR R

何時需要回傳結果集？ 多數情況下應避免從預存程序回傳結果集，改用應用層組裝 SQL。僅在以下情境必要： 複雜業務邏輯封裝於資料庫層 多應用系統共用同一

核心分頁模板（Oracle 11g 及以前） 方案 A：優化首頁查詢速度（推薦） SELECT * FROM ( SELECT ROWNUM R, FIE

預存程序定義 建立套件規格與主體，定義 REF CURSOR 類型供 JDBC 取得結果集。 CREATE OR REPLACE PACKAGE PKG_UI

事務核心概念 事務確保資料一致性，由一組相關 DML 組成，**全部成功或全部失敗**（ACID）。執行 DML 時 Oracle 自動加鎖，防止結構變更。

恢復基礎概念 實例恢復：非正常關機後自動執行（前滾 REDO、回滾未提交事務、釋放鎖、解決分布式事務） 介質恢復：檔案損壞/遺失需 DBA 手動介入，

SQL 調優終極目標：四大核心準則 消除不必要的大表全表掃描 有序表回傳 <40% 行、無序表回傳 <7% 行時，應使用索引。手段：新

核心問題：Windows 專用的「隨機端口」機制 Windows 版 Oracle（9i 及以下）採用獨特連接模式： Listener 監聽固定端口（預設

結論先行 兩者效能基本相同。經實測與官方文件驗證，優化器會自動將 COUNT(*) 轉換為最適合的欄位計數，無需手寫 COUNT(1) 或 COUNT(pk)。

為什麼要優化 SQL？ SQL 是操作資料庫的唯一途徑，決定系統效能 70%-90% 資料庫資源消耗於 SQL 執行 SQL 優化不影響程式邏輯，

問題現象 某生產環境需刪除 SH30_PRCSS_EXCTN_LOG 表中 2010 年前的 19 萬筆資料（全表 34 萬筆）。原本執行 DELETE 陳述式

問題背景 Oracle 9i 在建立資料庫時預設會啟用 XDB 功能。一旦資料庫與監聽器啟動，XDB 的 HTTP 服務便會佔用 8080 端口，這與 JBos

核心語法差異速查表 特性SQL Server (T-SQL)Oracle (PL/SQL) 返回單值存儲過程 + OUTPUT / RETURN**函數 (F

一、三大診斷文件類型 類型檔案名模式記錄內容觸發時機儲存位置參數 Alert Logalert_.log啟動/關閉、結構變更、錯誤摘要、管理操作日常運行、重大

16. 基礎表選擇策略 CBO 模式：依統計資訊 (表大小、索引狀態) 選擇成本最低路徑。 RBO 模式：若所有連接列均有索引，**FROM 子句最後一張表*

資料庫端：建立測試表與存儲過程 CREATE TABLE T (ID NUMBER, VAL VARCHAR2(20)); CREATE OR REPLACE

準備工作：建表與四類存儲過程 DROP TABLE T_TEST_PROCEDURE CASCADE CONSTRAINTS; CREATE TABLE T_

錯誤現場 Exception in thread main java.lang.UnsatisfiedLinkError: /tmp/OraInstall20

現場還原 編寫複雜多層子查詢 SQL，使用表別名 `X`、`Y` 時拋出錯誤： ORA-06553: PLS-306: wrong number or typ

一、啟動 SQL*Plus EXIT # 以 HR 登入 sqlplus hr/hr 二、SQL*Plus 接受三類命令 類別說明範例 SQL 命令查詢