圖3：CLR支持后擴展數據對象的資源分布

    相對而言，開發User-Function和User-Defined Procedure都是比較容易，這里筆者就開發CLR 觸發器作些說明。正如大家所知，Trigger主要包括兩類：“DML 觸發器”和“DDL 觸發器”。DML觸發器主要在DELETE、UPDATE、INSERT的時候觸發，DDL 觸發器則會在CREATE、ALTER、DROP的時候觸發。在使用T-SQL編寫觸發器的時候可以通過INSERTED和DELETED這兩個虛表，結合COLUMN_UPDATED()函數完成DML事件的響應。在集成了CLR之后，用.NET語言寫觸發器可以訪問如下內容：

 繼續訪問DELETED和INSERTED這兩個虛表；
 通過UPDATE操作，判斷哪些列受到了修改；
 通過訪問數據庫對象獲得DDL的執行語句；

    除此而外，開發CLR 觸發器的時候還可以通過SqlContext.TriggerContext獲得當前操作的上下文，明確究竟是DML的INSERT、UPDATE、DELETE，還是DDL的CREATE、DROP、ALTER操作。

    代碼示例1：INSERT或DELETE操作的DML觸發器寫法

SqlConnection connection = new SqlConnection ("context connection = true");
connection.Open();
SqlCommand command = connection.CreateCommand();
command.CommandText = "SELECT * from " + "inserted";

    代碼實例2：判斷哪些列被UPDATE

reader = command.ExecuteReader();
reader.Read();
for (int columnNumber = 0; columnNumber < triggContext.ColumnCount; columnNumber++)
{
   pipe.Send("Updated column "
      + reader.GetName(columnNumber) + "? "
   + triggContext.IsUpdatedColumn(columnNumber).ToString());
 }

 reader.Close();

using System;
using System.Data;
using System.Data.Sql;
using Microsoft.SqlServer.Server;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using System.Xml;
using System.Text.RegularExpressions;

public class CLRTriggers
{
   public static void DropTableTrigger()
   {
       SqlTriggerContext triggContext = SqlContext.TriggerContext;

       switch(triggContext.TriggerAction)
       {
           case TriggerAction.DropTable:
           SqlContext.Pipe.Send("Table dropped! Here's the EventData:");
           SqlContext.Pipe.Send(triggContext.EventData.Value);
           break;

           default:
           SqlContext.Pipe.Send("Something happened!
Here's the EventData:");
           SqlContext.Pipe.Send(triggContext.EventData.Value);
           break;
       }
   }
}

    SQL Server 2005上的ADO.NET 2.0
 
    SQL Server 2005對于應用開發業提供了一系列新的功能，不過很多需要通過ADO.NET 2.0來訪問。根據筆者的經驗，如果您確定您的產品或者項目依托于SQL Server 2005，而不是做數據庫產品無關的通用產品的話，完全可以考慮這些新的特性，但是要注意這些特性很可能會改變您的很多應用架構。 

    不會影響到系統構架的新特性如下：

 （1）新的數據類型，包括XML數據；

     （2）支持Snapshot級的事務隔離級別；

（3） 支持系統快速高可用功能的Mirroring； 

    但是，下面一些功能將會影響到您的系統架構：

 （1）一步的SQL Server訪問

 （2）MARS （Multiple Active Result Set）,不僅可以讓您復用與數據庫的連接，而且還可以在源數據更新的時候，主動根據SQL Server觸發更新。

    事務的控制上，ADO.NET 2.0可以借助SQL Server自己的事務機制或者System.Transactions的支持，可以用非常簡單的方式使用本地或者分布式事務。如果你的數據操作僅僅限于當前一個固定的SQL Server，那么筆者建議您采用Promotion的輕量級交易機制。你所要做的就是在SqlConnection的ConnectionString屬性定義時增加一個Enlist關鍵字即可，這樣當你的ADO.NET訪問涉及DML操作時，CLR會自動為您增加一個事務，保證操作的原子性。但如果你的操作不僅僅限于當前SQL Server，還要訪問其他異構數據庫或者隊列之類的其他對象，那么您需要分布式事務的支持，這時候您需要在DTC的調度下，同時使用SQL Server 2005本地事務、System.Transactions和System.Data.SqlClient三者，把整個處理包裝到一個代價比較昂貴的分布式交易中?？偠灾?，到底要使用那種事務處理，要看您的應用需要。

    筆者要提醒您注意的是，在CLR的托管代碼支持下，SQL Server 2005采用CLR 事務和T-SQL的事務有很大的區別：

 CLR中定義的包括事務的處理內容必須被ROLLBACK或者COMMIT，除非SQL Server在處理內容沒有執行結束之前出現嚴重錯誤，導致內容不能執行結束。

 （1）出現事務嵌套時，內部事務不可以ROLLBACK或者COMMIT外部的事務。

 （2）不要試圖提交非本Function或者Procedure的事務，這樣會導致Run-Time Error。

（3） 試圖回退非本Function或者Procedure的事務時，會導致事務執行掛起，借助該特性可以用來調試事務內部的內容。

    XML的串行化支持

    SQL Server 2000僅僅提供了有限的HTTP直接訪問支持，但是在引入了CLR 集成后，Internet / Intranet應用可以借助于XML串行化，直接以XML方式訪問系統的用戶自定義類型數據，尤其對于給予HTTP訪問BLOB對象的時候也可以支持，此外可以在SQL Server內部通過該特性訪問Web Service。