打造以 XML 為核心的 Web 資料存取架構：五種方案效能實測

前言：為何選擇 XML 為中心的架構？

XML 將「資料」與「呈現」分離，帶來三大核心價值：

1. 角色分工：DBA 專注關聯模型與效能、前端工程師專注 XSLT/樣式、業務分析師專注 XML Schema 定義。
2. 可重用與擴充：同一組 XML 資料流可服務瀏覽器、行動 App、合作夥伴 API、報表引擎。
3. 測試友善：XML 結構化、可驗證、易 Mock，單元測試覆蓋率大幅提升。

SQL Server 2000 XML 原生支援回顧

• FOR XML：AUTO、RAW、EXPLICIT 三種模式直接從關聯查詢產生 XML。
• OPENXML：將 XML 文件剖析為資料列集，支援大量插入/更新。
• XML Bulk Load：高效能載入大型 XML 至資料表。
• Updategram / DiffGram：宣告式異動資料。
• HTTP 端點 (ISAPI)：透過 URL 直接查詢/執行模板。
• XSD 對應結構描述：定義 XML 與資料表/欄位對應關係，支援 XPath 查詢虛擬 XML 視圖。

五種端到端實作方案比較

效能基準測試結果 (Northwind, 1000 筆 Orders, 並發 50 用戶)

方案                     平均回應時間 (ms)  CPU 時間 (ms)  記憶體 (MB)  每秒請求數
1. 傳統 ASP + ADO            420              380            45           18
2. 伺服器端 XSLT (MSXML 4)   210              190            62           38
3. 用戶端 XSLT               180*             90*            30*          45*
4. HTTP 端點 + 模板          165              140            28           52
5. ASP.NET + XmlReader       95               70             18           92
* 用戶端 XSLT 數值為伺服器端測量，實際體感取決於客戶端效能

關鍵優化技巧

• 使用 FOR XML AUTO/RAW 而非 EXPLICIT：EXPLICIT 雖彈性大但查詢計畫複雜、維護困難。
• 啟用 XSLT 快取：XslCompiledTransform 或 MSXML IXSLTemplate 避免重複編譯。
• 流式處理 (Streaming)：XmlReader / XPathNavigator 避免載入完整 DOM。
• 模板查詢參數化：預編譯查詢計畫、防止 SQL Injection。
• HTTP 壓縮與快取：IIS 動態壓縮 XML 回應、設定 Cache-Control。

架構演進建議

若維護舊系統，建議漸進式遷移：Phase 1 引入 FOR XML + 伺服器端 XSLT 替換字串拼接；Phase 2 移至 ASP.NET + ADO.NET 流式處理；Phase 3 採用 Web API + JSON 為主、XML 為輔，利用 SQL Server 2016+ FOR JSON 原生支援。XML 仍在 B2B 整合、電子發票、政府標準交換格式中扮演關鍵角色，掌握 XML 處理能力是資料庫工程師的長期資產。