PL/SQL ODBC 導入 Excel 報錯？一招解決：預設欄位為文本格式

錯誤現象

使用 PL/SQL Developer 的「ODBC 導入器」將 Excel 數據導入 Oracle 表，所有目標欄位均為 VARCHAR2，長度足夠，但提示「導入出錯」，數據包含中文與標點符號。

根因：Excel 自動類型推斷陷阱

ODBC 驅動程式（Microsoft Excel Driver）會掃描前幾行數據「猜測」欄位類型。若前 8 行純數字，驅動將該欄判定為數值型；後續出現文字即導致類型不匹配報錯。即使目標表為 VARCHAR2，驅動在讀取階段已將文字截斷或轉為 NULL。

解決步驟（圖文詳解）

1. 打開源 Excel 文件，選中所有待導入欄位（或整張表）。
2. 點擊菜單 「數據」→「分列」（Data → Text to Columns）。
3. 嚮導步驟 1/3：選 「分隔符號」，下一步。
4. 步驟 2/3：取消所有分隔符勾選，下一步。
5. 步驟 3/3：關鍵！選中 「文本」，點擊「完成」。
6. 保存 Excel，再次在 PL/SQL 中導入，錯誤消失。

原理說明

「分列 → 文本」強制將儲存格格式設為 @（文本），Excel 會在儲存格值前加入隱藏前綴 '，ODBC 驅動讀取時識別為字符串，不再嘗試數值轉換，完美匹配目標 VARCHAR2。

進階避坑指南

• 大數據量：Excel 行數超 100 萬接近限制，建議分批導入或改用 CSV + SQL*Loader。
• 日期欄位：同理設為文本，統一格式 YYYY-MM-DD HH24:MI:SS，導入後用 TO_DATE 轉換。
• 長文本：超過 32767 字符會截斷，改用 CLOB 欄位 + 程序化導入。
• 自動化腳本：VBA 宏記錄「分列→文本」操作，一鍵處理多文件。

替代方案對比

總結

PL/SQL 導入 Excel 報錯 90% 由驅動類型推斷引起。「數據 → 分列 → 文本」是零成本、即時生效的黃金修復法。養成「導入前全欄轉文本」的肌肉記憶，告別莫名其妙的類型錯誤。