行轉列是報表開發常見需求。本文以「不同時段不同路線的客運量」為例，示範從經典 CASE...SUM 靜態寫法進階到 SQL Server 2005+ 的 PIV

Transact-SQL (T-SQL) 為微軟擴充的 SQL 方言，完整支援 ANSI SQL-92 標準並大幅增強。掌握其語句分類是入門的關鍵第一步。 T

整理 SQL Server 2000/2005/2008 DBA 日常運維最常用的 T-SQL 指令與系統預存程序，涵蓋版本查詢、資料庫大小、用戶權限、鎖死偵測

T-SQL (Transact-SQL) 是微軟在 Sybase 基礎上擴展的結構化查詢語言，並非獨立程式語言，必須經由 SQL Server 資料引擎解析、編

SQL Server Profiler（事件探查器）雖功能強大，但不支援排程自動啟動。若需定時追蹤特定時段的伺服器運行狀態，透過 T-SQL 腳本搭配 SQL

SQL Server 執行 SQL 語句的性能評估向來以 I/O 讀取數為核心指標。本文在遵循此原則的前提下，透過實際測試深入分析不同 SQL 語句執行時 SQ

動態 SQL 在運行時構建語句，適用於查詢條件、欄位列表、表名等不可預知的場景。但它引入 SQL 注入風險、除錯困難、計畫快取汙染等問題。本文通過實例演示如何安

字符串處理是 SQL 開發的高頻需求。本文系統整理 SQL Server 核心字符串函數，按功能分類附帶語法與關鍵行為說明，供開發查閱。 一、字符轉換函數

實測案例：將字串常數 `3810` 改為變數 `@mis_company_code` 後，執行時間從 1 秒飆升至 7 秒。根因：**參數嗅探** 導致優化器為

LIKE 是 T-SQL 中進行模式比對的核心運算子，支援通配符、字元範圍、跳脫字元，並區分 ASCII/Unicode 模式比對行為。本文系統整理語法、四大通

本文從效能、維護性、安全性、除錯等角度比較存儲過程與動態 SQL，並示範帶參數、回傳值、條件邏輯的存儲過程寫法及 ASP.NET (ADO.NET) 呼叫完整代

鎖是多使用者資料庫環境中協調並發存取、保證資料一致性的核心機制。本文系統介紹 SQL Server 的鎖概念、鎖對象、三大鎖類型、程式設計師視角的樂觀/悲觀鎖、

所有死鎖的根本原因只有一個：**資源競爭**。本文歸納兩大典型死鎖模式，並給出針對性解決方案，核心在於「統一順序」與「UPDLOCK 避免共享鎖升級」。 模式

專案上線後網站間歇性無法訪問，重啟主機暫時恢復，最終確認為資料庫死鎖導致連線池耗盡。本文分享完整排查過程、可直接使用的死鎖偵測/殺進程預存程序、以及根因修正方向

根據台灣阿碼科技 (Armorize Technologies) 監測，2008 年 5 月中旬起，大量中文網站 (含中國大陸、台灣) 遭受自動化 SQL 注入

在 T-SQL 查詢中，可透過 WITH (hint) 語法指定鎖行為，覆寫引擎預設選擇。本文整理 12 種常用鎖提示的語法、效果與適用場景，作為開發與調優快速

死結本質：資源競爭的循環等待 交易 1 持有表 A 排他鎖、請求表 B；交易 2 持有表 B 排他鎖、請求表 A。雙方各佔一資源、互相等待，形成循環等待鏈。若無

鎖是多使用者環境下保證資料一致性與隔離性的核心機制。SQL Server 採用多粒度、動態升級的鎖架構，本文系統解析鎖粒度、鎖模式、常見並發問題與觀察工具。

為何需要鎖？ 多使用者並發存取同一資料時，若無協調機制會產生四大經典問題： 更新遺失：兩筆交易讀取同一行、各自修改、後寫入者覆蓋先前更新。 髒讀：交易 A 修

背景探源 SQL Server 登入密碼儲存在 master.dbo.sysxlogins 的 password 欄位（varbinary），並非明文。透過系統