SQL Server 2005 CLR 預存程序開發指南：五大常見問題深度解析

背景

SQL Server 2000 僅支援 T-SQL 撰寫預存程序。SQL Server 2005 引入 CLR 整合，開發者可使用 VB.NET、C# 等 .NET 語言編寫預存程序、觸發器、使用者定義函數/型別/彙總。本文釐清採用 CLR 的五大關鍵問題。

1. 為何要使用 CLR 撰寫預存程序？

核心原因：效能與能力擴展。

• 字串處理、複雜運算：CLR 執行速度遠快於 T-SQL，錯誤處理機制更完善（try/catch/finally）。
• 外部資源存取：需存取檔案系統、Web Service、登錄表、網路通訊等資料庫外部資源時，CLR 預存程序表現最佳，框架支援完整。

2. 哪些類型的預存程序適合 CLR？

適合： 在資料上執行大量計算、複雜邏輯、字串剖析、正則運算式、加密/解密、存取外部資源的邏輯。

不適合： 單純封裝複雜 SELECT 查詢。每次執行仍需驗證 SQL 陳述式，反而比 T-SQL 預存程序慢（T-SQL 預存程序預編譯）。

最佳實踐： 若需在大量資料集上跑 CLR 邏輯，可在 CLR 程序內呼叫傳統 T-SQL 預存程序取得資料集，再由 CLR 處理。T-SQL 程序預編譯、效能佳，資料轉換效能亦提升。前提：業務邏輯必須在資料層處理，而非表現層。

3. 是否應將現有 T-SQL 預存程序轉為 CLR？

原則：有實質效益才轉。 為目標程序建立 CLR 版本，使用實際資料進行基準測試。除非新版本（a）行為符合預期、（b）效能確有提升，否則保留原版。CLR 預存程序本質上與其他程序無異，無魔法。

4. 無 IDE 環境能否建立 CLR 預存程序？

可行。 可手動撰寫 C#/VB.NET 程式碼，使用 csc.exe 或 vbc.exe 編譯為組件，再用 CREATE ASSEMBLY 註冊至 SQL Server。但企業級大量開發/轉換時，Visual Studio 等 IDE 提供專案範本、除錯、部署整合，效率差異極大。

5. 轉換難度如何？

語法層面不難，優化層面有挑戰。 需具備 C#/VB.NET 基礎。T-SQL 陳述式以字串形式嵌入 CLR 程式碼，移植直觀。難點在於：如何運用 .NET 框架特性（平行運算、LINQ、快取、非同步 I/O、記憶體管理）重寫邏輯以榨乾效能，這需要深厚的 .NET 內功，非幾個要點可概括。