DB2 表名命名全攻略：特殊字元、大小寫敏感與跨平台轉義實戰

DB2 識別碼命名規則速覽

未加引號的識別碼（表名、欄位名等）僅允許：

• A-Z（自動轉大寫）、0-9、@ # $ _
• 不可以數字或底線開頭
• 長度上限 128 位元組

執行 CREATE TABLE testname (a1 INT)，LIST TABLES 顯示為 TESTNAME——預設一律大寫。

需求：保留大小寫或包含特殊字元

解法：雙引號括住識別碼，使其成為「分隔識別碼」，保留原始大小寫並允許任意字元（含空格、國際字元）。

跨平台轉義實戰範例

Windows 環境（cmd / PowerShell）

-- 建立含大小寫表名
db2 create table "TestName" (col1 int)

-- 建立含 $ 特殊字元
db2 create table "Test$Name" (col1 int)

-- 後續 DML 同樣需加引號
db2 insert into "Test$Name" values (1), (2)
db2 select * from "Test$Name"

UNIX/Linux 環境（bash/ksh）

Shell 會解析 $、`、! 等元字元，需雙重轉義：

-- 外層雙引號保護 SQL 字串，內層反斜線轉義 $ 避免 Shell 展開
db2 "create table \"Test\$Name\" (col1 int)"

-- DML 同理
db2 "insert into \"Test\$Name\" values (1), (2)"
db2 "select * from \"Test\$Name\""

核心原則：SQL 層面用雙引號界定識別碼；Shell 層面用引號/轉義保護 SQL 字串不被預處理。

常見特殊字元處理速查表

最佳實踐建議

1. 標準化命名規範：專案初期制定，統一 PascalCase 或 snake_case，避免特殊字元，減少轉義負擔。
2. 腳本化部署：將 DDL 寫入 .sql 檔，用 db2 -tf script.sql 執行，避免命令列轉義地獄。
3. ORM/工具生成：讓框架自動處理引號與轉義，人工只維護邏輯模型。
4. 文件化例外：確需特殊字元（如對接舊系統），在數據字典註明轉義規則。

掌握分隔識別碼與跨平台轉義，讓表名命名自由度不再受限於平台差異。