問題現場 批量導入含 URL 的 INSERT 腳本，TOAD 提示「需為變量 AMP 賦值」—— Oracle 將 URL 參數連接符 & 識別為替換

歷史包袱：早期版本無中文字符集 Oracle 6/7/7.1 無中文字符集，許多舊庫用 US7ASCII 或 WE8ISO8859P1 強行存中文。雖然前端顯示

字符集包含關係基礎知識 US7ASCII ⊂ ZHS16GBK：子集向超集轉換安全，無數據損失 UTF8 基於 Unicode，雙字節存儲，空間佔用大但覆蓋最

字符集選型原則 資料庫建立後字符集理論上不可變。選型需滿足：資料庫字符集為所有客戶端字符集的超集，且應為作業系統本地字符集的超集。 NLS_LANG 參數結構

查看內建幫助 EXP HELP=Y IMP HELP=Y EXP 關鍵參數速查表 參數說明 (預設值) USERID用戶名/密碼@服務 (必須為第一參數)

問題背景 Oracle 在中文顯示上常出現亂碼，核心原因在於字符集設置不當。字符集需在服務端安裝時指定 (存於 V$NLS_PARAMETERS)，客戶端則視

概述 Oracle 字符集問題可歸納為三大類：資料庫字符集、客戶端字符集 (sqlplus等)、終端程序字符集 (非 Oracle)。三者不一致是導致中文亂碼的

前言 在 Rails 開發環境中，預設配置多針對 MySQL 優化，但企業級專案常需對接 Oracle 資料庫。本文記錄實際專案中解決 Rails 2.0.2

環境與版本 OS：Red Hat Enterprise Linux 5 (RHEL5) x86 DB：Oracle 9i Release 2 (9.2

問題一：UTF8 資料庫下 SQL*Plus 執行含中文 SQL 報錯/結果亂碼 現象 資料庫字元集 AL32UTF8 / UTF8 客戶端 NLS

選型首要原則：業務資料類型決定字元集 純英文/西歐語系 → US7ASCII、WE8ISO8859P1 (單位元組、效能最優、空間最小) 含中日韓文字

字元集發展脈絡 ASCII (7-bit, 128 字元) → 基礎英文 EBCDIC (IBM 大型機) → 與 ASCII 不相容編碼值 多位

前言 備份策略決定恢復靈活性與資料損失上限。以下八大規則為 Oracle 8/8i/9i 時代確立，至今仍是核心指導原則 (現代版本配合 RMAN/Flashb

安裝環境與原則 OS：Windows 2000 Server 軟體：Oracle 9i (先裝) → Oracle 10g 10.2 (後裝) *

專案初始化與 COM 環境 Close(); m_pConnection = NULL; } rename(EOF, adoEOF) 避免與其他庫的 EOF 巨

OLE DB 架構優勢 統一 COM 介面存取**異構資料源** (關聯、多維、文字、郵件等) 不移動資料即可利用底層引擎優勢 健壯錯誤處理、支援

資料庫程式設計分類 客戶端程式設計：ODBC API、ADO、ADO.NET、OCI、OTL 等 伺服器端程式設計：PL/SQL、Java Store

核心架構差異：執行緒 vs 行程 **Windows**：單一行程多執行緒架構 (DBWR、LGWR、SMON 等皆為執行緒)，行程間通訊 (IPC) 開銷極低

完全重複記錄刪除：DISTINCT + TRUNCATE 模式 當整列資料 (所有欄位) 完全相同時，去重最簡潔高效： 標準四步驟 -- 1. 去重存入暫存表

重複資料兩大類型 部分欄位重複：關鍵業務鍵 (如 deptno, ename) 重複，其他欄位可能不同 整列完全重複：所有欄位值均相同 重複資料刪除