SQL Server 2000 降序叢集索引 Bug：UPDATE/DELETE 條件查詢失效問題與解決方案

Bug 重現場景

在 SQL Server 2000 (Enterprise 與 Personal 版) 中，當資料表擁有單欄位降序叢集索引時，執行帶有範圍條件的 UPDATE 或 DELETE 陳述式會導致資料異常：

-- 建立降序叢集索引表
CREATE TABLE AType (
  AID INT NOT NULL,
  Name VARCHAR(20) NOT NULL,
  CONSTRAINT PK_DateType PRIMARY KEY CLUSTERED (AID DESC)
);

-- 插入測試資料
INSERT INTO AType VALUES (1, 'a'), (50, 'b'), (100, 'c');

-- 執行刪除
DELETE FROM AType WHERE AID < 50;

-- 再次查詢，預期無資料，實際仍回傳 AID=1 的列
SELECT * FROM AType WHERE AID < 50;  -- 錯誤：仍有記錄輸出

根因分析

• SQL Server 查詢優化器在處理降序叢集索引的範圍掃描時，錯誤計算掃描方向與邊界條件。
• 微軟開發團隊已確認此為 SQL Server 2000 特有缺陷，SQL Server 7.0 不受影響。
• 降序索引在單欄位上無效能優勢（優化器可反向掃描升序索引），主要用於複合索引優化排序順序。

官方建議解決方案

1. 移除單欄位降序索引： 改用升序叢集索引 PRIMARY KEY CLUSTERED (AID ASC)，效能相同且避開 Bug。
2. 套用修補程式： 等待微軟發布 Service Pack 或 Hotfix（KB 文件編號待確認）。
3. 替代方案： 若必須保留降序，可在應用層以 ORDER BY AID DESC 處理排序，不在索引定義指定 DESC。

最佳實務：索引設計原則

「單欄位無需建立降序索引，因為 SQL Server 可在適當時反向掃描升序索引。降序索引通常僅用於複合索引中。」
— Microsoft 官方文件說明

• 叢集索引鍵值應盡可能窄、唯一、遞增（如 Identity 欄位）。
• 複合索引欄位順序遵循「等值查詢在前、範圍查詢在後、排序欄位最後」原則。
• 定期使用 DBCC SHOWCONTIG 檢查索引碎片，必要時重建索引。