跟我學 MS SQL Server（六）：字串資料類型完整指南 — CHAR、VARCHAR、NCHAR、NVARCHAR、MAX 型別

一、SQL-92 字串類型標準與 SQL Server 實作對照

二、核心儲存機制差異

固定長度 (CHAR/NCHAR)

• 儲存大小 = `n` 位元組 (CHAR) 或 `n*2` 位元組 (NCHAR)
• 不足長度以空白 (0x20) 填充，**比較時隱式右補空白**
• 適合：長度極固定、高頻更新的代碼類欄位 (如 `CHAR(2)` 國家代碼)

變動長度 (VARCHAR/NVARCHAR)

• 儲存大小 = 實際資料長度 + 2 位元組 (長度前綴)
• 無填充，**比較時不補空白** (語義長度為準)
• 適合：長度變化大、平均長度遠小於最大值的欄位

大型物件 (MAX 型別)

• `VARCHAR(MAX)` / `NVARCHAR(MAX)` / `VARBINARY(MAX)` 取代 `TEXT`/`NTEXT`/`IMAGE`
• 資料 ≤ 8000 位元組：行內儲存 (In-row)
• 資料 > 8000 位元組：溢位頁 (LOB_data)，行內留 24 位元組根指標
• 支援所有字串函數、`UPDATE .WRITE()` 部分更新、全文檢索

三、Unicode 與排序規則

• `NCHAR`/`NVARCHAR` 使用 UTF-16 (每字元 2 位元組，輔助平面 4 位元組)
• 排序規則決定比較/排序/索引行為：`Latin1_General_CI_AS`、`Chinese_PRC_CI_AS`、`SQL_Latin1_General_CP1_CI_AS`
• 隱式轉換陷阱：`VARCHAR` 欄位比較 `N'字串'` → 索引失效 (掃描)；**永遠用 N 前綴** 對應 Unicode 欄位
• 資料庫預設排序規則影響 `CHAR`/`VARCHAR`；欄位可覆蓋 `COLLATE`

四、長度參數陷阱：字元 vs 位元組

常見錯誤：`NVARCHAR(100)` 以為可存 100 位元組，實際可存 100 字元 (中文 100 字，英文 100 字母)。

五、字串函數與運算最佳實踐

六、遷移策略：Oracle / MySQL / PostgreSQL → SQL Server

七、效能調優關鍵點

1. 選擇合適長度：`VARCHAR(100)` vs `VARCHAR(MAX)` — 前者可建立索引、統計資訊更精確、行內儲存
2. 避免 `CHAR` 存變長資料：空白填充浪費空間，`TRIM` 成本高
3. Unicode 一致性：全系統統一 `NVARCHAR`，消除隱式轉換導致的索引掃描
4. 大型字串索引：`VARCHAR(MAX)` **不可**建立標準索引；需全文檢索或計算校驗碼欄位索引
5. 參數化查詢：`WHERE Name = @Name` 確保 `@Name` 型別與欄位一致 (NVarChar vs VarChar)

八、常見錯誤修正表

下一篇將講解建立與修改資料表：`CREATE TABLE`、`ALTER TABLE`、`DROP TABLE`、約束條件、索引、身分識別欄位、分區表等 DDL 完整實戰指南。