MySQL 與 SQL Server 差異系列（二）：整數顯示寬度機制解析

MySQL 整數類型支援可選的「顯示寬度」語法（如 INT(11)），這是 SQL Server 不具備的特性。本文深入解析其真實含義與常見誤區。

語法與 SQL Server 差異

-- MySQL：合法
CREATE TABLE tb_emp (id BIGINT(1));

-- SQL Server：報錯
CREATE TABLE abc (id INT(11));
-- 錯誤 2716：不能對數據類型 int 指定列寬

顯示寬度的真實含義

• 僅影響顯示格式：指定查詢結果「可能」顯示的字元寬度，配合 ZEROFILL 時左側補零
• 不限制儲存範圍：INT(3) 仍佔 4 位元組，最大值仍為 2,147,483,647
• 不影響儲存空間：與未指定寬度的同類型完全一致

實際行為演示

CREATE TABLE demo (
    num1 INT(3) ZEROFILL,
    num2 INT(5),
    num3 INT
);

INSERT INTO demo VALUES (5, 5, 5), (12345, 12345, 12345);

SELECT * FROM demo;
-- 結果：
-- num1    num2    num3
-- 005     5       5
-- 12345   12345   12345  (超過寬度仍完整顯示)

MySQL 整數類型預設顯示寬度

常見誤區與最佳實踐

1. 誤以為限制長度：VARCHAR(10) 限制字元數，INT(10) 不限制數值大小
2. ZEROFILL 隱含 UNSIGNED：使用 ZEROFILL 會自動變為無號數，負數將無法儲存
3. 應用層格式化更靈活：建議在應用程式或報表層處理顯示格式，資料庫層專注儲存
4. 遷移到 SQL Server/PostgreSQL：需移除顯示寬度語法，僅保留類型名稱

總結

MySQL 顯示寬度是外觀屬性，非約束屬性。理解此機制可避免設計誤區，跨資料庫遷移時須妥善處理語法差異。