SQL Server 排序與 NULL 值：與 Oracle 行為不同的解決方案

NULL 排序差異：SQL Server 視為「最小」、Oracle 視為「最大」

SQL Server 無參數可直接切換此行為，**必須在查詢層面處理**。

方案一：CASE 表達式強制排序 (不動結構、即時生效)

SELECT ID
FROM demo.dbo.Orders
ORDER BY CASE WHEN ID IS NULL THEN 1 ELSE 0 END, ID;

• NULL 排最後 (ASC)；若要 NULL 排最前 (DESC) 改 `THEN 0 ELSE 1`。
• **缺點**：導致索引無法用於排序 (顯示 `Sort` 運算子)，大資料量效能受影響。

方案二：預設值替代 NULL (靠結構設計、索引友善)

• 將欄位設 `NOT NULL` + `DEFAULT` 極大值：

ALTER TABLE demo.dbo.Orders 
ADD CONSTRAINT DF_Orders_ID DEFAULT 2147483647 FOR ID;  -- INT MAX
-- 或 DateTime 欄位用 '9999-12-31'

• 應用層插入時不給值 → 自動填極大值 → 自然排最後，**索引完美支援 `ORDER BY ID`**。
• 查詢時若需區分「真實值」與「預設值」，可加 `WHERE ID <> 2147483647`。

方案三：計算欄位 + 索引 (兼顧查詢與排序)

ALTER TABLE demo.dbo.Orders
ADD SortKey AS CASE WHEN ID IS NULL THEN 2147483647 ELSE ID END;

CREATE INDEX IX_Orders_SortKey ON demo.dbo.Orders (SortKey);
-- 查詢直接 ORDER BY SortKey

• 計算欄位可建索引 (PERSISTED 或非持久化皆可)，排序走索引，NULL 邏輯封裝在欄位定義。

效能對比 (百萬筆測試)

結語

**新系統直接用 `NOT NULL DEFAULT 極大值`**，舊系統無法改結構則用 **計算欄位 + 索引**，緊急臨時查詢才用 `CASE ORDER BY`。從架構層面解決 NULL 排序，才能同時兼顧正確性與效能。