為什麼不給每個欄位建索引？ 索引是雙面刃： ✅ 加速查詢（Seek、Range Scan、Covering） ❌ 拖慢寫入（INSERT/UPDATE/DEL

儲存程序基礎結構 CREATE PROCEDURE dbo.GetTableSpaceInfo AS BEGIN SET NOCOUNT ON

業務痛點 商務系統需限制同一帳號同時在線。資料表旗標法：登入寫 1、登出寫 0。但異常斷電、瀏覽器關閉、Process Kill 導致旗標殘留 1，用戶無法再次

錯誤現象 Msg 7391, Level 16, State 2 The operation could not be performed because OL

業務場景：層級小計與總計 銷售資料需按「區域 → 店鋪 → 業務員」三層級顯示小計與總計。傳統 GROUP BY 僅能單一層級聚合，需多次查詢 UNION AL

暫存表分類與特性 類型前綴可見範圍生命週期典型用途 本地暫存表#建立工作階段工作階段結束或明確 DROP單一連線暫存中繼資料 全域暫存表##所有工作階段最後一

一、伺服器規劃：硬體基礎決定上限 項目建議規格理由 作業系統Windows Server 2019/2022 64-bit支援大記憶體、新核心排程器、容器化

適用場景 資料庫遷移、合併、權限整理時，非 dbo 擁有的物件（資料表、檢視、程序、函數）導致權限鏈斷裂、程式碼需加結構描述前綴、維護困難。批次轉移擁有者至 d

適用場景 中小型資料表（< 10 萬筆）、頻繁分頁查詢、需快速開發維護。大數據量、高效能要求請個別優化（鍵值分頁、延遲關聯、索引下推）。 儲存程序設計 CRE

四大萬用字元語法 萬用字元含義範例匹配範例 %零或多個任意字元LIKE Mc%McBadden, Mc, McDonald _單一任意字元LIKE _hery

現象與成因 資料檔 600 MB，記錄檔邏輯 33 MB 卻佔用 2.8 GB 磁碟。常見原因： 完整復原模式下未定期備份記錄檔 長跑交易阻截記錄截斷 異常大

五層排查法則 遵循 OSI 模型自下而上：物理連線 → 網路通訊 → 伺服器設定 → 用戶端設定 → 驗證授權。 第 1 層：物理連通性 ping 失敗 →

分頁痛點與演進 大量資料前端分頁會導致網路傳輸暴增、Web 伺服器記憶體壓力大、回應逾時。JDBC 支援原生分頁（LIMIT/OFFSET 推送至資料庫），但傳

需求場景 將同一群組下多筆資料的特定欄位（如原因代碼、標籤、郵件地址）串聯成單一字串，以分隔符號分隔。典型應用：訂單多商品名稱合併、使用者多角色標籤聚合、錯誤代

環境需求 作業系統：Windows 7 / Server 2008+ SQL Server 2005+ 遠端 MySQL 實例（已開放 3306 埠、授權帳號

核心差異快速對照 特性表變數暫存表 儲存位置記憶體（可能換頁到磁碟）tempdb 磁碟（熱資料會被快取到記憶體） 交易日誌不產生產生（保證 ACID） 索引支

參數含義與預設值 min memory per query 指定查詢執行時保證獲得的最小記憶體量（KB），預設值 1,024 KB（1 MB），可設定範圍 51

前言：資料庫邏輯設計的核心挑戰 資料庫邏輯設計是一個廣泛且深度的議題。本文專注於在 MS SQL Server 開發應用中，資料表主鍵設計常遇到的問題與解決方案

DBA 常面臨挑戰：伺服器停機通知需列出受影響「應用程式名稱」，而非資料庫名稱。IT 主管與業務單位不懂 DB_FIN_01 代表什麼，但清楚「財務系統」。本文

SQL Server Express 缺少 Agent 服務，無法使用維護計畫排程備份。本文提供零成本方案：Windows 排程任務 + sqlcmd + 備份