大型分頁配置簡介 在 Windows Server 2008 64 位元環境下，啟用追蹤旗標 834 可讓 SQL Server 2005 企業版使用 Larg

為何需要效能基線測試？ 在系統正式上線前，DBA 應對候選資料庫伺服器進行效能評估。資料庫伺服器對磁碟、記憶體、CPU 需求極高，透過標準化測試建立基線，才能確

前言 在日常資料庫維護中，TRUNCATE TABLE 常被用來快速清空大量資料。但許多 DBA 心中都有個疑慮：執行 TRUNCATE TABLE 後，資料表

差異備份核心機制 基準：最近一次完整備份 (非僅復制備份) 捕獲範圍：自基準以來變更的區 (Extent，8 頁 = 64KB) 位圖頁：每個區對

手動擴容 (MODIFY FILE) -- 擴容日志文件至 2048 MB ALTER DATABASE [GPOSDB] MODIFY FILE (NAME

核心轉義字符 函數含義ASCII典型用途 CHAR(10)換行符LFUnix/Linux 風格換行 CHAR(13)

問題現象 啟用 AlwaysOn 後主副本 CPU 持續高位，默認配置下「主角色中的連接」=「允許所有連接」、「可讀輔助副本」=「是」。 四大連接配置選項解析

背景動機 重寫查詢執行引擎目標：保持關系型 ACID + 達到 NoSQL 級吞吐。核心項目代號 Hekaton (希臘語「一百倍」)。 三大硬件趨勢驅動設計

為什麼需要 NUMA CPU 主頻提升快，但內存訪問速度跟不上。多 CPU 爭用單一系統總線訪問內存成為瓶頸。NUMA (Non-Uniform Memory

工具簡介 Internals Viewer (CodePlex 開源項目) 整合於 SSMS，提供圖形化界面瀏覽：數據頁、索引頁、IAM/PFS/GAM/SGA

核心結論 連接池是客戶端進程內的機制，由數據庫驅動程序 (MDAC / SQL Server Native Client / JDBC) 管理的線程池實現

遞歸 CTE 語法結構 WITH RecursiveCTE AS ( -- 錨點成員：根節點 SELECT ID, ParentGUID, EC

SSAS 安全模型核心原則 權限僅通過角色授予，無法直接授予用戶/組 角色成員必須是 Windows/AD 身份，SQL 登錄 (如 sa) 不支持

需求分析 主鍵格式：YANJIU100000、YANJIU100001… 前綴固定，數字部分自增。SQL Server IDENTITY 僅支援數值類型，無法直

遷移架構 SQL Server → (Linked Server + OPENQUERY) → MySQL → (MongoVUE) → MongoDB 利用

阻塞本質與監控目標 阻塞 = 鎖持有時間過長/過多/粒度過大。DBA 需知：誰阻塞誰、雙方執行什麼 SQL、阻塞多久、來自哪個客戶端/應用、發生頻率。 核心監

問題背景 DBCC CHECKDB 發現大量一致性錯誤（如訊息 2508：頁計數不正確），逐表執行 DBCC UPDATEUSAGE 極其低效。 一鍵修復腳本

核心場景 將「行存儲」的明細數據（如：學生-科目-分數）轉為「列存儲」的寬表（學生-語文-數學-英語），且列名（科目）由數據動態決定。 四種實現模式對比

兩種語法形式 -- 1. 簡單 CASE：等值比較 CASE sex WHEN 1 THEN 男 WHEN 2 THEN 女 EL

核心模式：DATEDIFF + DATEADD 「歸零再偏移」 -- 通用模板 DATEADD(<datepart>, DATEDIFF(<d