SQL Server 查詢結果隨機排序：NEWID() 讓資料打亂重組的正確姿勢

為什麼 RAND() 不能用於逐行隨機排序？

常見誤區：

-- 錯誤示範：全表相同隨機值
SELECT *, RAND() AS rnd FROM Orders ORDER BY rnd;

RAND() 在單一查詢中只計算一次，所有行獲得相同值，ORDER BY 失效。雖可用 RAND(CHECKSUM(NEWID())) 強制逐行計算，但效能極差且分布不均。

標準解法：ORDER BY NEWID()

NEWID() 生成唯一識別碼 (GUID)，每行調用產生不同值，天然適合隨機排序。

基本用法

-- 全表隨機排序
SELECT * FROM Northwind.dbo.Orders ORDER BY NEWID();

-- 隨機抽樣 Top N
SELECT TOP 10 * FROM Northwind.dbo.Orders ORDER BY NEWID();

效能深度分析：為什麼大表會慢？

執行計畫剖析

1. 全表掃描：讀取所有符合條件的行
2. 計算 NEWID()：每行產生 16 位元組 GUID
3. 排序運算子：在 tempdb 中對 GUID 排序 (O(N log N))
4. 輸出 Top N：若有 TOP，排序後截取

百萬行測試數據

大表高效隨機抽樣替代方案

方案一：TABLESAMPLE (SQL Server 2005+)，統計抽樣，非精確隨機

-- 按頁面抽樣 1% (約 100 行/萬行)
SELECT * FROM Orders TABLESAMPLE (1 PERCENT) REPEATABLE (42);

-- 指定行數近似值
SELECT * FROM Orders TABLESAMPLE (100 ROWS);

方案二：主鍵範圍隨機點查 (適用連續整數 ID)

-- 先取得 ID 範圍
DECLARE @MinID INT, @MaxID INT, @RandomID INT;
SELECT @MinID = MIN(OrderID), @MaxID = MAX(OrderID) FROM Orders;

-- 生成隨機 ID (應用層或 T-SQL)
SET @RandomID = @MinID + CAST(RAND() * (@MaxID - @MinID) AS INT);

-- 查詢該 ID 及附近 N 筆
SELECT TOP 10 * FROM Orders 
WHERE OrderID >= @RandomID
ORDER BY OrderID;

注意：ID 有間隙/刪除時分布不均；需配合 NEWID() 於小範圍二次隨機。

方案三：預計算隨機排序鍵 (最高效，適合固定抽樣需求)

-- 1. 增加持久化隨機鍵欄位
ALTER TABLE Orders ADD RandomSortKey UNIQUEIDENTIFIER 
    DEFAULT NEWID() NOT NULL;
CREATE NONCLUSTERED INDEX IX_Orders_RandomSortKey ON Orders(RandomSortKey);

-- 2. 定期重算 (每日/每週離線作業)
UPDATE Orders SET RandomSortKey = NEWID();

-- 3. 極速抽樣
SELECT TOP 10 * FROM Orders ORDER BY RandomSortKey;  -- 索引順序掃描，無排序

方案四：BERNOULLI 抽樣邏輯 (單次掃描，無排序)

-- 以 0.1% 機率選中每行
SELECT * FROM Orders 
WHERE CAST(CHECKSUM(NEWID(), OrderID) & 0x7FFFFFFF AS FLOAT) / 2147483647.0 < 0.001;

優點：單次掃描、無排序、可配合 WHERE。缺點：結果行數不固定、需全表掃描。

選型決策樹

需要精確隨機行序嗎？
├─ 否 → TABLESAMPLE (極速) / BERNOULLI (可過濾)
└─ 是 → 結果集大小？
    ├─ 小表 (＜ 5 萬行) → ORDER BY NEWID() 直觀簡單
    ├─ 中表 (5萬~50萬) + 偶爾查詢 → ORDER BY NEWID() 可接受
    ├─ 中大表 + 高頻抽樣 → 預計算 RandomSortKey 索引 (最佳)
    └─ 巨表 (＞ 50萬) + 低頻 → 主鍵範圍 + 小範圍 NEWID() 二次隨機

實戰範例：分頁隨機推薦 (電商首頁「猜你喜歡」)

CREATE PROCEDURE usp_GetRandomRecommendations
    @UserID INT,
    @PageSize INT = 10,
    @ExcludeCategory VARCHAR(50) = NULL
AS
BEGIN
    SET NOCOUNT ON;

    -- 策略：用戶畫像標籤 + 隨機鍵 索引
    SELECT TOP (@PageSize) p.ProductID, p.Name, p.Price, p.ImageUrl
    FROM Products p
    INNER JOIN UserTags ut ON p.CategoryID = ut.CategoryID
    WHERE ut.UserID = @UserID
      AND (@ExcludeCategory IS NULL OR p.CategoryID <> @ExcludeCategory)
      AND p.IsActive = 1
    ORDER BY p.RandomSortKey;  -- 預計算索引，毫秒級返回

    -- 若無預計算鍵，退而求其次：
    -- ORDER BY CHECKSUM(NEWID(), p.ProductID)  -- 仍需排序，但較 NEWID() 穩定
END;

總結

• 小表/臨時需求：ORDER BY NEWID() 最簡潔、標準、隨機品質最佳
• 大表/高頻/生產核心路徑：預計算隨機鍵 + 索引 是唯一專業選擇
• 統計抽樣/近似即可：TABLESAMPLE 或 BERNOULLI 邏輯
• 永遠不要 用 RAND() 做逐行隨機排序

掌握這些模式，讓隨機性成為可控、可預測、高效能的系統能力，而非效能殺手。