問題背景 當 SQL Server 在讀寫資料庫時發生非預期中斷（如突然斷電、強制關閉服務、硬體故障），資料庫可能進入 Suspect（可疑）模式。此時資料庫圖

前言 FOR XML PATH 是 SQL Server 2005 引入的強大功能，不僅能將查詢結果輸出為 XML 格式，更常被用於將多行資料串聯成單一字串（如

前言 分頁查詢是資料庫應用中最常見的需求之一。在 SQL Server 2000 時代，開發者常使用 NOT IN 或 MAX(ID) 等技巧實現分頁；而 SQ

分頁技術演進對比 方式缺點 NOT IN + TOP大資料量效能極差，計畫難重用 值 + TOP需連續 ID，刪除/插入導致遺漏 游標資源佔用高，並發

現象 SSMS 中右鍵維護計劃選「刪除」無反應或報錯，導致殘留計劃無法移除。 根因 維護計劃元資料儲存在 msdb 系統表中，GUI 刪除有時因鎖衝突、參考完

核心原理 WITH ENCRYPTION 只是將 sys.sysobjvalues.imageval 中的原始碼以簡單 XOR 混淆。解密步驟： 取得加密後的

建表 CREATE TABLE xmlTable( id INT IDENTITY(1,1) NOT NULL, doc XML NULL );

一、XML 匯入資料表 (OPENXML / OPENROWSET) 1. 字串變數 → 表 (單表) DECLARE @s NVARCHAR(MAX) = N

設計目標 支援任意選取欄位 (@StrSelect)、任意來源 (@StrFrom 含多表 JOIN)、任意條件 (@StrWhere)、任意排序 (@Str

錯誤現象 剛安裝 SQL Server 2005，在 SSMS 附加資料庫時彈出：無法在伺服器上存取指定的路徑或檔案。請確認您具有必要的安全性權限且該路徑或檔案

需求場景 表 Code 欄位 String 儲存格式如 dsddddd,2222222,222221,3，最後一位為標記 (BiaoJi)，前面逗號分隔的值對應

一、大值資料類型 (MAX 指定符) SQL Server 2005 引入 MAX 指定符，擴充 varchar、nvarchar、varbinary 存儲上限

三大排序窗口函數對比 函數行為並列處理編號連續性 ROW_NUMBER()分區內唯一遞增序號不產生並列，強制 1,2,3...連續無間隙 RANK()並

前置作業：防火牆例外 Windows 防火牆 → 例外 → 新增連接埠：TCP 1433 (舊) 與新端口 (如 3533)。 新增程式例外：C:\Progr

核心技巧 使用 ROW_NUMBER() OVER (PARTITION BY 重複鍵 ORDER BY 排序鍵)1 的行，單一陳述式完成去重。 完整示範腳本

錯誤現象 SQL 2005：Msg 7391, Level 16, State 2: 無法啟動分散式事務，OLE DB 提供者 SQLNCLI 回傳錯誤。 SQ

適用場景 跨伺服器查詢、同步、異構資料整合（SQL→SQL、SQL→Oracle 等）。 2000 vs 2005 差異 2000 僅支援 OPENROWSE

適用場景 交易記錄檔 (.ldf) 異常膨脹，佔用大量磁碟空間，需快速釋放空間。注意：收縮會打破記錄鏈，影響時間點還原能力，生產環境請謹慎操作並事先完整備份。

錯誤現象 遠端主機 SQL 2005 備份檔 (.dat 或 .bak) 在本地 SQL 2000 還原時提示：已備份資料庫的磁碟上結構版本為 611. 伺服器

現象 安裝 SQL Server 2005 Express 版後，SSMS Express 選單中找不到「導入資料」/「導出資料」嚮導。 原因 導入導出功能由