許多開發者初次接觸微軟經典的 PetShop 專案時，都會被其複雜的架構嚇倒：會員機制、未知的登入憑證、陌生的資料庫結構。筆者近期重新研習此專案，同樣經歷了「從

SQL Server 的自動更新統計資訊機制依據資料表的基數（Cardinality，即資料列數）與修改次數來決定何時觸發更新。理解這套演算法有助於 DBA 評

前言 承接上篇，本文深入剖析備份/還原介面中的關鍵選項。推薦閱讀宋沄劍文章詳細講解交易記錄：https://www.jb51.net/article/31038

前言 許多開發人員僅使用基礎備份/還原功能。深入掌握完整功能，面對客戶資料遺失、硬體損壞遷移等情境才能得心應手。本文基於 SQL Server 2012 SSM

什麼是書籤查找？ 優化器選擇的非叢集索引僅包含查詢需求的部分欄位時，需執行查找 取得其他欄位滿足請求。有叢集索引表稱為鍵查找，堆疊表稱為 RID 查找。統稱書籤

測試資料準備（略，見原文完整建表腳本） 1. UNION ALL 取代 UNION UNION： 排序去重，執行計畫「表掃描 → 排序 → 合併聯結」，26

業務需求 原始資料含 GoodsId、AuditTime、NewPrice 等欄位。需求： 第 N 次變遷： 依 GoodsId 分組，按 AuditTime

1. 排名函數與 PARTITION BY ROW_NUMBER()：依序遞增，可再外層 ORDER BY 重排（排名值不變）。 RANK()：同分同名次，下

1. TVP、資料表變數、暫存表、CTE 差異 TVP、暫存表： 可建索引，皆存於 tempdb，增加系統資料庫負擔。 資料表變數、CTE： 僅在記憶體不足時

觸發器核心觀念總結 1. 兩大類型 DDL 觸發器： 使用者執行 CREATE/ALTER/DROP 等結構變更時啟動。 DML 觸發器： 使用者執行資料操

前言 SQL Server 2012 引入 OFFSET ... FETCH 子句，專為分頁設計。本文與舊有 ROW_NUMBER()、NTILE() 方式比較

一、建庫、建表、約束與帳號管理 1.1 標準建庫腳本 (含檔案群組、成長參數) USE master; IF EXISTS (SELECT * FROM sy

索引基礎認知 影響資料庫效能最大因素即索引。本文討論兩種索引：叢集索引 與 非叢集索引。選擇索引類型時，需考量資料類型、欄位特性、查詢類型與最高頻查詢模式。

專案背景 面對數百個資料庫、人力不足無法逐表手工調索引。目標：依據實際查詢負載，自動分析並重建最佳索引集合，取代人工試誤。 核心架構流程 蒐集：熱備伺服器定

核心查詢 (單一資料庫) SELECT DB_NAME(database_id) AS [Database Name], [name] AS

核心機制 SQL Server 將熱門資料頁快取於 **Buffer Pool (資料頁緩衝區)**，以記憶體速度取代磁碟 I/O。當記憶體不足導致緩衝區壓力，

問題背景 傳統應用層遞迴查詢 (N+1 問題) 在分類層級深、資料量大時，頻繁往返資料庫嚴重佔用連線池、效能低落。SQL Server 2005+ 引入 **遞

前言 邏輯 `INNER JOIN` / `OUTER JOIN` 經由查詢優化器依據索引、統計資訊、資料量轉換為三種物理連接運算子之一。理解其原理與適用場景，

需求背景 將縱向的「班級-科目-成績」資料，轉為橫向的「科目為列、班級為欄」報表格式： 原始資料 (縱表)目標格式 (橫表) 一(1)班 / 國文 / 92科

應用場景 需將逗點分隔的字串 `12345678,1234567890,1234567890,123456,123456789` 逐項取出處理（如動態 IN 清