[SQL Server]建立自訂彙總函式值得注意的問題

 

在SQL Server 2005中添加了對CLR的支援，這使得我們可以使用C#，VB.NET等語言為SQL Server編寫函數、預存程序以及觸發器等對象。如何建立這些對象就不多說了，在網上搜一搜都有很多。這裡就說一下在建立彙總函式的時候一些值得注意的問題。

 

自訂彙總函式是以一個實值型別對象的形式來實現的，這個對象必須被序列化到資料庫中。如果該對象有int或double等實值型別的欄位，那麼幾乎不會產生問題。但是如果有string等類類型的欄位，在SQL Server中建立彙總函式的時候很有可能會出現類似下面的6225號錯誤訊息；

 

對類型 SqlServerProject.Aggregate 做標記以進行本機序列化，但是類型 Aggregate 的欄位 result 為 string 類型(它是非實值型別)。本機序列化類別型只能有可直接複製到本機結構中的欄位類型。如果希望有任何其他類型的欄位，請考慮使用其他的序列化格式，如使用者定義序列化。

 

出現這個錯誤的原因是，對於int、double等類型的資料，它們直接對應作業系統使用的本機資料類型，例如int和double在C++中都有相應的類型，實際上在C#和C++中它們的結構都是一樣的，因此在序列化的時候可以將這些類型的欄位當作本機類型來處理。而對於類類型的欄位，例如string，在作業系統中沒有對應的資料類型，因此這些欄位不能直接序列化。使用者必須手動添加序列化代碼，告訴SQL Server如何去序列化這些類型的欄位。

 

我們所要做的工作非常簡單，只需要為彙總函式對象實現IBinarySerialize介面即可。例如：

 

public struct Aggregate : IBinarySerialize {

    private string result;

    

    #region IBinarySerialize 成員

    public void Read(System.IO.BinaryReader r) {

        this.result = r.ReadString();
    }

    public void Write(System.IO.BinaryWriter w) {

        w.Write(this.result);
    }

    #endregion
}

IBinarySerialze介面有兩個方法，Read()方法從序列化流中還原欄位，也就是把位元據轉換成string，這裡我們不必手動進行轉換，因為該方法的BinaryReader類型的參數已經提供了一系列進行轉換的方法，使用Read首碼的方法可以從二進位流中轉換出不同類型的值。而Write()方法用於把欄位寫入序列化流，也就是將欄位轉換成位元據，同理，BinaryWriter參數也已經提供了一系列進行轉換的方法，直接調用即可。

 

此時問題似乎解決了，不過再次建立彙總函式，又可能會出現下面的的6222號錯誤：

 

對類型 SqlServerProject.Aggregate 做標記以進行本機序列化，但是類型 Aggregate 的欄位 result 對於本機序列化無效。

 

這段話讓人摸不著頭腦，我費了好大勁也搞不出個所以然。不過最後原因還是找到了。看到彙總函式對象的聲明上面那句代碼： 

[Microsoft.SqlServer.Server.SqlUserDefinedAggregate(Format.Native)]

這是VS自動為我們產生的，可是問題也恰恰是由這句代碼引起的。只要我們把Format後面的值改為這樣：

[Microsoft.SqlServer.Server.SqlUserDefinedAggregate(Format.UserDefined)]

問題就解決了。原因跟上一個問題很相似，Format.Native的意思是使用本機資料類型來儲存這個實現彙總函式的值對象，只有當該對象中的欄位都有對應的本機資料類型時才有效，例如int，long等。由於我在這個對象中使用了string類型的欄位，導致問題發生。

 

Format.UserDefined表示對象中的欄位使用的是使用者定義型別，也就是沒有相應本機類型的資料類型。string滿足該條件，所以要把Native改成UserDefined。