TOP N 子句 vs SET ROWCOUNT N：性能對比與適用場景深度解析

結論先行

在**正確建立索引**的情況下，TOP N 與 SET ROWCOUNT N 性能**相當**；但在**無序/未索引**數據上，TOP N **明顯更快**。

底層機制差異

TOP N 的執行邏輯

• 使用一個**經排序的小型中間臨時表**（大小為 N）
• 僅替換該表的最後一行，操作極輕量
• 若輸入近似有序，僅需少量刪除/插入末尾行操作
• 「近似有序」指：堆疊初始構建時有序插入，極少更新/刪除/指針前移

SET ROWCOUNT N 的執行邏輯

• 在執行計劃中設置行數限制，但**不改變底層掃描/排序邏輯**
• 全表掃描或全量排序完成後再截取前 N 行
• 無中間小表優化，資源消耗隨全量數據增長

實測數據對比（摘自原文測試）

關鍵指標對比

• I/O 時間： 無索引時兩者相同（均需讀取所有行）
• CPU 時間： TOP N 顯著更低（避免全量排序）
• 實耗時間： TOP N 更優（近似有序時優勢明顯）

最佳實踐建議

1. 優先使用 TOP N：語法標準（ANSI SQL 兼容性更好）、優化器支持更完善、可配合 ORDER BY 精確控制排序
2. 建立合適索引：覆蓋 ORDER BY 列的索引能讓兩者都發揮最佳性能
3. 避免 SET ROWCOUNT：已被微軟標記為不推薦，未來版本可能移除；且影響 INSERT/UPDATE/DELETE 語句行為，副作用大
4. 分頁查詢： SQL Server 2012+ 強烈建議使用 OFFSET ... FETCH NEXT 替代兩者

總結

TOP N 在無序數據上通過「小臨時表」機制實現算法級優化，是限制結果集行數的首選方案；SET ROWCOUNT N 屬舊式語法，除兼容極老代碼外不建議新代碼使用。