搜尋模式定義 精確搜尋： 整串關鍵字當整體匹配。 ALL-Word (類 Google)： 空格分詞，**所有**詞皆須出現 (順序不拘)。 ANY-Word

一、索引 = 特殊目錄：聚集 vs 非聚集 聚集索引 = 字典正文： 內容本身按規則 (拼音) 排序。查「安」→ 自然翻前頁；查「張」→ 翻尾頁。**正文即目

查詢優化器會自動優化，但理解 SARG 關鍵 SQL Server **查詢分析優化器** 會自動根據 WHERE 子句決定索引使用順序，**100 與 100

案例背景：分頁預存程序小資料量效能差 實作「辦公自動化」系統通用分頁 SP，大數據量極快，**但小資料量首頁 1-3 秒、末頁 5-8 秒**，用戶投訴「不如

核心技術：SQL Server 2005 CTE (Common Table Expression) 遞迴/交叉聯結 單一陳述式產生 1,000,000 列

根因：安裝選 Windows 驗證模式 → sa 預設停用 安裝時選「Windows 驗證模式」(預設)，事後改為「混合模式」，**sa 帳號仍保持停用狀態**

安裝衝突：VS 2005 Beta 1 與 SQL 2005 Beta 2 CLR 版本不符 現象： 先裝 VS 2005 Beta 1，再裝 SQL 2005

核心功能：原生 HTTP/SOAP 端點，無需 IIS SQL Server 2005 透過 **HTTP.SYS** 核心驅動程式，直接在資料庫引擎層監聽 H

CLR 整合：將 .NET 執行環境引入資料庫引擎 SQL Server 2005 允許以 **C#/VB.NET** 撰寫**預存程序、觸發器、使用者定義函數

阻塞定義 連線 A 持有鎖，連線 B 需相衝突的鎖 → **B 被迫等待 A 釋放**。跨應用、跨用戶端均可發生。 系統目錄表、索引鎖往往被忽視。長時間持鎖

（本文內容與文章 87756 高度重複，此處為精簡整合版，補充實操細節。） 記憶體消耗三大來源 緩衝池： 資料/索引頁面快取。動態增長至上限或系統低記憶體通

什麼是 SQL 注入攻擊？ 攻擊者將惡意 SQL 指令插入 Web 表單輸入欄或查詢字串，欺騙伺服器執行。**直接拼接使用者輸入構建動態 SQL** 的應用極高

死鎖示範：讀寫交叉阻塞 兩連線並行： 1. INSERT → WAITFOR DELAY 00:00:05 → SELECT ... LIKE Test% 2.

理由一：分區表 — 大數據量管理的終極方案 傳統做法：按時間建多表 + 視圖 UNION，查詢快但**維護惡夢**（關聯、約束、完整性極複雜）。 SQL 200

數值型別 型別說明同義詞 BIT1 位元，值 0 或 1 INT / INTEGER4 位元組，-2^31 ~ 2^31-1INTEGER SMALLINT2

故障現象 企業管理器註冊區域網 SQL 7 伺服器 → **Timeout expired**。 查詢分析器連線正常但緩慢。 管理 Internet SQL

背景：農行統計系統效能瓶頸排查 農業銀行總行網絡版綜合業務統計系統（WinNT 4.0 + SQL Server）運行緩慢，排除硬體後鎖定**記憶體配置不當**

核心變革：移除映射層，直接使用 Windows NT 安全機制 SQL Server 7.0 最大安全改進是**與 Windows NT 安全性完全整合**。

針對 TEXT、NTEXT 大物件欄位無法直接用 REPLACE 函數的限制，提供一個基於游標與 UPDATETEXT 的替換方案（註：不支援中文雙位元字元）。

MSSQL 記憶體使用機制深度解析 MSSQL 採**動態記憶體管理**，主要消耗三大類： 資料快取： 最大開銷。將熱點資料與預讀資料載入記憶體，直至記憶體壓