WITH ROLLUP：產生包含小計與總計的報表利器 ROLLUP 運算子能在分組查詢中自動產生階層式彙總，結果集類似 CUBE 但僅針對指定順序產生小計。

迷思 #28：關於大量記錄復原模式的幾個錯誤觀念 28a) 罕見 DML 操作可「最小記錄」 錯誤。 僅特定大量操作（如 BULK INSERT、SELECT

迷思 #27：BACKUP WITH CHECKSUM 可取代 DBCC CHECKDB 錯誤！ 雖然備份時會驗證已配置頁面的檢查碼，但有三大缺口： 升級資

迷思 #23：鎖升級過程為列鎖 → 頁鎖 → 表鎖 錯誤！ 實際升級路徑 SQL Server 2005 及之前： 頁鎖直接升級為表鎖，無頁鎖中繼階段。 S

迷思 #21：重啟 SQL Server/Windows 或卸離附加資料庫可修復損毀 錯誤！ SQL Server 沒有任何操作能自動修復資料損毀。 為何卸離

迷思 #16：關於資料損毀與修復的多個錯誤觀念 流傳版本多不準確，本文彙整為「謠言終結者」。 主要謠言與真相 修復能做什麼？ 不執行 DBCC

迷思 #11：鏡像偵測到故障後能瞬間容錯移轉 錯誤！ 容錯移轉耗時取決於記錄重做佇列大小、CPU 核心數、鏡像伺服器負載，並非瞬間完成。 容錯移轉觸發條件

迷思 #15：Checkpoint 只會將已認可的交易寫入磁碟 錯誤！ 這源於對記錄與復原機制理解不足。 Checkpoint 實際行為 將自上次 Chec

迷思 #10：資料庫鏡像發生錯誤後能立即偵測 錯誤！ 偵測速度取決於錯誤類型，並非所有情況都能「立即」發現。 偵測速度由快到慢 主體實例當機（進程終止）：

迷思 #13：SQL Server 2000 相容模式（80）下無法使用 DMV 錯誤！ 相容模式 ≠ 資料庫版本 相容模式僅影響 T-SQL 語法、查詢計畫

迷思 #5：64 位元 SQL Server 必須開啟 AWE 錯誤！ 關於 AWE（Address Windowing Extensions）的設定流傳版本眾

迷思 #9：壓縮資料庫檔案不會影響效能 錯誤！ 何時「不」影響效能？ 唯一不影響效能的情況：檔案尾端有剩餘空間，且指定 TRUNCATEONLY 選項，僅釋放

迷思 #2：DBCC CHECKDB 會造成阻塞，因為預設會加鎖 這是錯誤的觀念！ 演進歷程：從 SQL Server 7.0 到 2005 SQL Ser

引言 SQL Server 是 Windows 使用者模式進程，其記憶體管理機制直接決定查詢效能、穩定度與硬體投資報酬率。本文從儲存階層切入，層層剖析 SQLO

誤區描述 「伺服器故障轉移 (Failover) 發生時，正在執行的交易會在新節點上自動繼續執行。」 這是完全錯誤的觀念！ 真相：所有故障轉移機制均伴隨 Re

前言 SQL Server 查詢優化器將邏輯 INNER/OUTER JOIN 轉換為三種物理運算子之一。理解其原理、成本模型與適用邊界，是查詢調優、索引設計、

無論是開發、測試、運維或面試，掌握 SQL Server 核心 T-SQL 語法是基本功。本文整理建表、修改表、增刪改查、彙總統計、權限控制、交易控制等高頻語句

在部署腳本、動態 SQL、版本升級、條件邏輯中，安全檢查物件是否存在 是基本功。本文彙整資料表、欄位、預存程序、函數、視圖、暫存表、資料庫、預設約束、預設值、索

需要找出資料庫中所有 NVARCHAR、MAX 長度、SPARSE 或特定使用者定義型別的欄位？直接查詢系統目錄檢視 sys.columns、sys.types

將同群組的多行字串值串聯成單一字串 (如：標籤清單、錯誤代碼彙總) 是常見報表需求。SQL Server 2017 前以 FOR XML PATH + STUF