Share via


Codifica dei tipi definiti dall'utente

Quando si codifica la definizione del tipo definito dall'utente (UDT), è necessario implementare varie caratteristiche a seconda che il tipo UDT venga implementato come classe o come struttura, nonché a seconda delle opzioni di formato e di serializzazione scelte.

Nell'esempio contenuto in questa sezione viene illustrata l'implementazione di un tipo definito dall'utente Point come struct (o Structure in Visual Basic). Tale tipo è costituito da coordinate X e Y implementate come routine delle proprietà.

Quando si definisce un tipo definito dall'utente sono richiesti gli spazi dei nomi seguenti:

Imports System
Imports System.Data.SqlTypes
Imports Microsoft.SqlServer.Server
using System;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;

Lo spazio dei nomi Microsoft.SqlServer.Server contiene gli oggetti richiesti per vari attributi del tipo definito dall'utente, mentre lo spazio dei nomi System.Data.SqlTypes contiene le classi che rappresentano i tipi di dati nativi di SQL Server disponibili per l'assembly. Naturalmente, per il corretto funzionamento dell'assembly potrebbero essere necessari altri spazi dei nomi. Il tipo definito dall'utente Point utilizza anche lo spazio dei nomi System.Text per il supporto delle stringhe.

Nota

A partire da SQL Server 2005, non è più supportata l'esecuzione degli oggetti di database Visual C++, quali i tipi definiti dall'utente, compilati con /clr:pure.

Specifica degli attributi

Gli attributi determinano la modalità di utilizzo della serializzazione per costruire la rappresentazione di archiviazione dei tipi definiti dall'utente e per trasmettere tali tipi al client in base al valore.

L'attributo Microsoft.SqlServer.Server.SqlUserDefinedTypeAttribute è obbligatorio. L'attributo Serializable è facoltativo. È anche possibile specificare Microsoft.SqlServer.Server.SqlFacetAttribute per fornire informazioni sul tipo restituito di un tipo definito dall'utente. Per ulteriori informazioni, vedere Attributi personalizzati per routine CLR.

Attributi per il tipo definito dall'utente Point

Microsoft.SqlServer.Server.SqlUserDefinedTypeAttribute imposta il formato di archiviazione per il tipo definito dall'utente Point su Native. IsByteOrdered viene impostato su true e garantisce che i risultati dei confronti siano uguali in SQL Server, come se nel codice gestito fosse stato effettuato lo stesso confronto. Il tipo definito dall'utente implementa l'interfaccia System.Data.SqlTypes.INullable che fornisce il supporto dei valori Null.

Nel frammento di codice seguente sono mostrati gli attributi per il tipo definito dall'utente Point.

<Serializable(), SqlUserDefinedTypeAttribute(Format.Native, _
  IsByteOrdered:=True)> _
  Public Structure Point
    Implements INullable
[Serializable]
[Microsoft.SqlServer.Server.SqlUserDefinedType(Format.Native,
  IsByteOrdered=true)]
public struct Point : INullable
{

Implementazione del supporto dei valori Null

Oltre a specificare gli attributi per gli assembly in modo corretto, il tipo definito dall'utente deve supportare anche i valori Null. I tipi definiti dall'utente caricati in SQL Server includono il supporto dei valori Null, ma perché un tipo definito dall'utente possa riconoscere un valore Null, è necessario che implementi l'interfaccia System.Data.SqlTypes.INullable.

Per determinare se un valore è Null dal codice CLR, è necessario creare una proprietà denominata IsNull. Quando SQL Server trova un'istanza Null di un tipo definito dall'utente, tale tipo viene reso persistente utilizzando i normali metodi di gestione dei valori Null. Se non è necessario, nel server non viene eseguita la serializzazione o la deserializzazione del tipo definito dall'utente. Non viene inoltre occupato spazio per l'archiviazione di un tipo definito dall'utente Null. La verifica della presenza di valori Null viene eseguita ogni volta che un tipo definito dall'utente viene importato da CLR. Questo significa che l'utilizzo del costrutto Transact-SQL IS NULL per la verifica dei tipi definiti dall'utente Null dovrebbe funzionare sempre. La proprietà IsNull viene utilizzata anche dal server per verificare se un'istanza è Null. Una volta stabilito che il tipo definito dall'utente è Null, il server è in grado di utilizzare la relativa funzionalità di gestione nativa dei valori Null.

Per il metodo get() di IsNull non viene utilizzata una combinazione di maiuscole/minuscole speciale. Se una variabile Point@p è Null, @p.IsNull restituirà, per impostazione predefinita, il valore "NULL" e non il valore "1" perché l'attributo SqlMethod(OnNullCall) del metodo IsNull get() ha il valore predefinito false. Poiché l'oggetto è Null, quando la proprietà è richiesta l'oggetto non viene deserializzato, il metodo non viene chiamato e viene restituito il valore predefinito "NULL".

Esempio

Nell'esempio seguente la variabile is_Null è privata e mantiene lo stato Null per l'istanza del tipo definito dall'utente. Il codice deve gestire un valore appropriato per is_Null. Il tipo definito dall'utente deve anche disporre di una proprietà statica denominata Null che restituisce un'istanza con valore Null del tipo definito dall'utente. In questo modo il tipo definito dall'utente può restituire un valore Null se l'istanza è Null nel database.

Private is_Null As Boolean

Public ReadOnly Property IsNull() As Boolean _
   Implements INullable.IsNull
    Get
        Return (is_Null)
    End Get
End Property

Public Shared ReadOnly Property Null() As Point
    Get
        Dim pt As New Point
        pt.is_Null = True
        Return (pt)
    End Get
End Property
private bool is_Null;

public bool IsNull
{
    get
    {
        return (is_Null);
    }
}

public static Point Null
{
    get
    {
        Point pt = new Point();
        pt.is_Null = true;
        return pt;
    }
}

Confronto tra IS NULL e IsNull

Si consideri una tabella contenente lo schema Points(id int, location Point), dove Point è un tipo CLR definito dall'utente, e le query seguenti:

--Query 1
SELECT ID
FROM Points
WHERE NOT (location IS NULL) -- Or, WHERE location IS NOT NULL

--Query 2:
SELECT ID
FROM Points
WHERE location.IsNull = 0

Entrambe le query restituiscono gli ID dei punti con posizioni non Null. Nella Query 1 viene utilizzata la normale gestione dei valori Null e non è necessaria la deserializzazione dei tipi definiti dall'utente. Nella Query 2, d'altra parte, è necessario deserializzare tutti gli oggetti non Null ed effettuare una chiamata in CLR per ottenere il valore della proprietà IsNull. Chiaramente, IS NULL offrirà prestazioni migliori e pertanto non dovrebbe esistere alcun motivo per leggere la proprietà IsNull di un tipo definito dall'utente dal codice Transact-SQL.

L'utilizzo della proprietà IsNull è innanzitutto necessario per determinare se un valore è Null dal codice CLR. In secondo luogo, questa proprietà viene utilizzata dal server per verificare se un'istanza è Null. Una volta stabilito che è Null, il server sarà in grado di utilizzare la relativa funzionalità di gestione nativa dei valori Null per gestirla.

Implementazione del metodo Parse

I metodi Parse e ToString consentono le conversioni da e verso le rappresentazioni di stringa del tipo definito dall'utente. Il metodo Parse consente la conversione di una stringa in un tipo definito dall'utente. Tale metodo deve essere dichiarato come static (o Shared in Visual Basic) e accetta un parametro di tipo System.Data.SqlTypes.SqlString.

Nel codice seguente viene implementato il metodo Parse per il tipo definito dall'utente Point che separa le coordinate X e Y. Il metodo Parse dispone di un solo argomento di tipo System.Data.SqlTypes.SqlString e presuppone che i valori X e Y vengano forniti come stringa delimitata da virgole. L'impostazione dell'attributo Microsoft.SqlServer.Server.SqlMethodAttribute.OnNullCall su false impedisce che il metodo Parse venga chiamato da un'istanza Null di Point.

<SqlMethod(OnNullCall:=False)> _
Public Shared Function Parse(ByVal s As SqlString) As Point
    If s.IsNull Then
        Return Null
    End If

    ' Parse input string here to separate out points.
    Dim pt As New Point()
    Dim xy() As String = s.Value.Split(",".ToCharArray())
    pt.X = Int32.Parse(xy(0))
    pt.Y = Int32.Parse(xy(1))
    Return pt
End Function
[SqlMethod(OnNullCall = false)]
public static Point Parse(SqlString s)
{
    if (s.IsNull)
        return Null;

    // Parse input string to separate out points.
    Point pt = new Point();
    string[] xy = s.Value.Split(",".ToCharArray());
    pt.X = Int32.Parse(xy[0]);
    pt.Y = Int32.Parse(xy[1]);
    return pt;
}

Implementazione del metodo ToString

Il metodo ToString converte il tipo definito dall'utente Point in un valore stringa. In questo caso, viene restituita la stringa "NULL" per un'istanza Null del tipo Point. Il metodo ToString inverte il metodo Parse utilizzando un System.Text.StringBuilder per restituire un oggetto System.String delimitato da virgole costituito dai valori delle coordinate X e Y. Poiché il valore predefinito di InvokeIfReceiverIsNull è false, la verifica della presenza di un'istanza Null di Point non è necessaria.

Private _x As Int32
Private _y As Int32

Public Overrides Function ToString() As String
    If Me.IsNull Then
        Return "NULL"
    Else
        Dim builder As StringBuilder = New StringBuilder
        builder.Append(_x)
        builder.Append(",")
        builder.Append(_y)
        Return builder.ToString
    End If
End Function
private Int32 _x;
private Int32 _y;

public override string ToString()
{
    if (this.IsNull)
        return "NULL";
    else
    {
        StringBuilder builder = new StringBuilder();
        builder.Append(_x);
        builder.Append(",");
        builder.Append(_y);
        return builder.ToString();
    }
}

Esposizione delle proprietà dei tipi definiti dall'utente

Il tipo definito dall'utente Point espone le coordinate X e Y implementate come proprietà pubbliche di lettura e scrittura di tipo System.Int32.

Public Property X() As Int32
    Get
        Return (Me._x)
    End Get

    Set(ByVal Value As Int32)
        _x = Value
    End Set
End Property

Public Property Y() As Int32
    Get
        Return (Me._y)
    End Get

    Set(ByVal Value As Int32)
        _y = Value
    End Set
End Property
public Int32 X
{
    get
    {
        return this._x;
    }
    set 
    {
        _x = value;
    }
}

public Int32 Y
{
    get
    {
        return this._y;
    }
    set
    {
        _y = value;
    }
}

Convalida dei valori dei tipi definiti dall'utente

Quando si utilizzano i dati dei tipi definiti dall'utente, il Motore di database di SQL Server converte automaticamente i valori binari in valori dei tipi definiti dall'utente. Ai fini di tale processo di conversione, viene verificato che i valori siano appropriati al formato di serializzazione del tipo e che il valore possa essere deserializzato correttamente. In questo modo si garantisce che il valore possa essere convertito di nuovo in formato binario. Nel caso dei tipi definiti dall'utente ordinati per byte, questo processo assicura anche che il valore binario risultante corrisponda al valore binario originale. In questo modo si impedisce che valori non validi vengano resi persistenti nel database. In alcuni casi, questo livello di controllo può risultare inadeguato. Una convalida aggiuntiva può essere necessaria quando è necessario che i valori dei tipi definiti dall'utente si trovino in un dominio o in un intervallo previsto. Un tipo definito dall'utente che implementa, ad esempio, una data potrebbe richiedere che il valore del giorno sia un numero positivo compreso in un determinato intervallo di valori validi.

La proprietà Microsoft.SqlServer.Server.SqlUserDefinedTypeAttribute.ValidationMethodName di Microsoft.SqlServer.Server.SqlUserDefinedTypeAttribute consente di specificare il nome di un metodo di convalida eseguito dal server quando i dati vengono assegnati a un tipo definito dall'utente o convertiti in un tipo definito dall'utente. ValidationMethodName viene chiamato anche durante l'esecuzione dell'utilità bcp, di BULK INSERT, DBCC CHECKDB, DBCC CHECKFILEGROUP, DBCC CHECKTABLE, delle query distribuite e delle operazioni RPC (Remote Procedure Call) TDS (Tabular Data Stream). Il valore predefinito per ValidationMethodName è Null e indica che non è stato specificato alcun metodo di convalida.

Esempio

Nel frammento di codice seguente è riportata la dichiarazione per la classe Point che specifica ValidationMethodName di ValidatePoint.

<Serializable(), SqlUserDefinedTypeAttribute(Format.Native, _
  IsByteOrdered:=True, _
  ValidationMethodName:="ValidatePoint")> _
  Public Structure Point
[Serializable]
[Microsoft.SqlServer.Server.SqlUserDefinedType(Format.Native,
  IsByteOrdered=true, 
  ValidationMethodName = "ValidatePoint")]
public struct Point : INullable
{

Se si specifica un metodo di convalida, è necessario che includa una firma simile al frammento di codice seguente:

Private Function ValidationFunction() As Boolean
    If (validation logic here) Then
        Return True
    Else
        Return False
    End If
End Function
private bool ValidationFunction()
{
    if (validation logic here)
    {
        return true;
    }
    else
    {
        return false;
    }
}

Il metodo di convalida può disporre di qualsiasi ambito e deve restituire true se il valore è valido e false in caso contrario. Se il metodo restituisce false o genera un'eccezione, il valore viene considerato non valido e viene generato un errore.

Nell'esempio riportato di seguito il codice accetta solo valori pari a zero o superiori per le coordinate X e Y.

Private Function ValidatePoint() As Boolean
    If (_x >= 0) And (_y >= 0) Then
        Return True
    Else
        Return False
    End If
End Function
private bool ValidatePoint()
{
    if ((_x >= 0) && (_y >= 0))
    {
        return true;
    }
    else
    {
        return false;
    }
}

Limitazioni del metodo di convalida

Il server chiama il metodo di convalida durante l'esecuzione delle conversioni e non quando i dati vengono inseriti impostando singole proprietà o utilizzando un'istruzione INSERT Transact-SQL.

Se si desidera che il metodo di convalida venga eseguito in tutte le situazioni, è necessario chiamarlo in modo esplicito dai metodi per l'impostazione delle proprietà e dal metodo Parse. Questa operazione non è obbligatoria e in alcuni casi può essere anche sconsigliata.

Esempio di convalida del metodo Parse

Per assicurarsi che il metodo ValidatePoint venga richiamato nella classe Point, è necessario chiamarlo dal metodo Parse e dalle routine delle proprietà che impostano i valori delle coordinate X e Y. Nel frammento di codice seguente viene illustrato come chiamare il metodo di convalida ValidatePoint dalla funzione Parse.

<SqlMethod(OnNullCall:=False)> _
Public Shared Function Parse(ByVal s As SqlString) As Point
    If s.IsNull Then
        Return Null
    End If

    ' Parse input string here to separate out points.
    Dim pt As New Point()
    Dim xy() As String = s.Value.Split(",".ToCharArray())
    pt.X = Int32.Parse(xy(0))
    pt.Y = Int32.Parse(xy(1))

    ' Call ValidatePoint to enforce validation
    ' for string conversions.
    If Not pt.ValidatePoint() Then
        Throw New ArgumentException("Invalid XY coordinate values.")
    End If
    Return pt
End Function
[SqlMethod(OnNullCall = false)]
public static Point Parse(SqlString s)
{
    if (s.IsNull)
        return Null;

    // Parse input string to separate out points.
    Point pt = new Point();
    string[] xy = s.Value.Split(",".ToCharArray());
    pt.X = Int32.Parse(xy[0]);
    pt.Y = Int32.Parse(xy[1]);

    // Call ValidatePoint to enforce validation
    // for string conversions.
    if (!pt.ValidatePoint()) 
        throw new ArgumentException("Invalid XY coordinate values.");
    return pt;
}

Esempio di convalida delle proprietà

Nel frammento di codice seguente viene illustrato come chiamare il metodo di convalida ValidatePoint dalle routine delle proprietà che impostano le coordinate X e Y.

Public Property X() As Int32
    Get
        Return (Me._x)
    End Get

    Set(ByVal Value As Int32)
        Dim temp As Int32 = _x
        _x = Value
        If Not ValidatePoint() Then
            _x = temp
            Throw New ArgumentException("Invalid X coordinate value.")
        End If
    End Set
End Property

Public Property Y() As Int32
    Get
        Return (Me._y)
    End Get

    Set(ByVal Value As Int32)
        Dim temp As Int32 = _y
        _y = Value
        If Not ValidatePoint() Then
            _y = temp
            Throw New ArgumentException("Invalid Y coordinate value.")
        End If
    End Set
End Property
    public Int32 X
{
    get
    {
        return this._x;
    }
    // Call ValidatePoint to ensure valid range of Point values.
    set 
    {
        Int32 temp = _x;
        _x = value;
        if (!ValidatePoint())
        {
            _x = temp;
            throw new ArgumentException("Invalid X coordinate value.");
        }
    }
}

public Int32 Y
{
    get
    {
        return this._y;
    }
    set
    {
        Int32 temp = _y;
        _y = value;
        if (!ValidatePoint())
        {
            _y = temp;
            throw new ArgumentException("Invalid Y coordinate value.");
        }
    }
}

Codifica dei metodi UDT

Quando si codificano i metodi UDT, è consigliabile valutare la possibilità che l'algoritmo utilizzato possa cambiare nel tempo. In questo caso è possibile creare una classe separata per i metodi utilizzati dal tipo definito dall'utente. Se l'algoritmo cambia, è possibile ricompilare la classe con il nuovo codice e caricare l'assembly in SQL Server senza influire sul tipo definito dall'utente. In molti casi i tipi definiti dall'utente possono essere ricaricati utilizzando l'istruzione ALTER ASSEMBLY Transact-SQL, anche se tale operazione potrebbe provocare problemi con i dati esistenti. Il tipo definito dall'utente Currency incluso nel database di esempio AdventureWorks2008R2 utilizza, ad esempio, una funzione ConvertCurrency per convertire i valori di valuta, che è implementata in una classe separata. È possibile che gli algoritmi di conversione cambino nel tempo in modo imprevedibile o che venga richiesta una nuova funzionalità. La separazione della funzione ConvertCurrency dall'implementazione del tipo definito dall'utente Currency consente di ottenere una maggiore flessibilità durante la pianificazione delle modifiche future.

Per informazioni sull'installazione degli esempi CLR di AdventureWorks2008R2, vedere la sezione relativa all'installazione degli esempi nella documentazione online di SQL Server.

Esempio

La classe Point contiene tre metodi semplici per il calcolo della distanza, ovvero Distance, DistanceFrom e DistanceFromXY. Ognuno di essi restituisce un valore double che calcola la distanza da Point a zero, la distanza da un punto specificato a Point e la distanza dalle coordinate X e Y specificate a Point. I metodi Distance e DistanceFrom chiamano ognuno DistanceFromXY e dimostrano in che modo utilizzare i diversi argomenti per ogni metodo.

' Distance from 0 to Point.
<SqlMethod(OnNullCall:=False)> _
Public Function Distance() As Double
    Return DistanceFromXY(0, 0)
End Function

' Distance from Point to the specified point.
<SqlMethod(OnNullCall:=False)> _
Public Function DistanceFrom(ByVal pFrom As Point) As Double
    Return DistanceFromXY(pFrom.X, pFrom.Y)
End Function

' Distance from Point to the specified x and y values.
<SqlMethod(OnNullCall:=False)> _
Public Function DistanceFromXY(ByVal ix As Int32, ByVal iy As Int32) _
    As Double
    Return Math.Sqrt(Math.Pow(ix - _x, 2.0) + Math.Pow(iy - _y, 2.0))
End Function
// Distance from 0 to Point.
[SqlMethod(OnNullCall = false)]
public Double Distance()
{
    return DistanceFromXY(0, 0);
}

// Distance from Point to the specified point.
[SqlMethod(OnNullCall = false)]
public Double DistanceFrom(Point pFrom)
{
    return DistanceFromXY(pFrom.X, pFrom.Y);
}

// Distance from Point to the specified x and y values.
[SqlMethod(OnNullCall = false)]
public Double DistanceFromXY(Int32 iX, Int32 iY)
{
    return Math.Sqrt(Math.Pow(iX - _x, 2.0) + Math.Pow(iY - _y, 2.0));
}

Utilizzo degli attributi SqlMethod

La classe Microsoft.SqlServer.Server.SqlMethodAttribute fornisce attributi personalizzati che possono essere utilizzati per contrassegnare le definizioni di metodo allo scopo di specificare il determinismo, il comportamento in caso di chiamate Null e per indicare se un metodo è di tipo mutatore. Per queste proprietà si presuppone l'uso dei valori predefiniti e l'attributo personalizzato viene utilizzato solo quando è necessario un valore non predefinito.

Nota

La classe SqlMethodAttribute eredita dalla classe SqlFunctionAttribute e pertanto SqlMethodAttribute eredita i campi FillRowMethodName e TableDefinition da SqlFunctionAttribute. Questo implica, contrariamente al vero, la possibilità di scrivere un metodo con valori di tabella. Il metodo viene compilato e l'assembly viene distribuito, ma in fase di esecuzione viene generato un errore relativo al tipo restituito IEnumerable con il messaggio "Il metodo, la proprietà o il campo '<nome>' della classe '<classe>' nell'assembly '<assembly>' ha tipo restituito non valido".

Nella tabella seguente sono descritte alcune delle proprietà Microsoft.SqlServer.Server.SqlMethodAttribute rilevanti che possono essere utilizzate nei metodi UDT con i relativi valori predefiniti.

  • DataAccess
    Indica se la funzione comporta l'accesso ai dati dell'utente archiviati nell'istanza locale di SQL Server. Il valore predefinito è DataAccessKind.None.

  • IsDeterministic
    Indica se la funzione produce gli stessi valori di output quando vengono specificati gli stessi valori di input e lo stesso stato del database. Il valore predefinito è false.

  • IsMutator
    Indica se il metodo causa una modifica dello stato dell'istanza UDT. Il valore predefinito è false.

  • IsPrecise
    Indica se la funzione comporta calcoli imprecisi, quali operazioni a virgola mobile. Il valore predefinito è false.

  • OnNullCall
    Indica se il metodo viene chiamato quando vengono specificati argomenti di input con riferimento Null. Il valore predefinito è true.

Esempio

La proprietà Microsoft.SqlServer.Server.SqlMethodAttribute.IsMutator consente di contrassegnare un metodo che supporta le modifiche allo stato di un'istanza di un tipo definito dall'utente. Transact-SQL non consente di impostare due proprietà UDT nella clausola SET di un'istruzione UPDATE. È tuttavia possibile contrassegnare un metodo come mutatore che modifica i due membri.

Nota

Nelle query non è consentito l'uso di metodi di tipo mutatore. Tali metodi possono essere chiamati solo nelle istruzioni di assegnazione o nelle istruzioni di modifica dei dati. Se un metodo contrassegnato come mutatore non restituisce void (o non è un Sub in Visual Basic), l'istruzione CREATE TYPE ha esito negativo e restituisce un errore.

Nell'istruzione seguente si presuppone l'esistenza di un tipo definito dall'utente Triangles con un metodo Rotate. Nell'istruzione di aggiornamento Transact-SQL seguente viene richiamato il metodo Rotate:

UPDATE Triangles SET t.RotateY(0.6) WHERE id=5

Il metodo Rotate è decorato con l'impostazione dell'attributo SqlMethodIsMutator su true in modo che SQL Server possa contrassegnare il metodo come metodo mutatore. Il codice imposta anche OnNullCall su falseche indica al server che il metodo restituisce un riferimento Null (Nothing in Visual Basic) se uno dei parametri di input è un riferimento Null.

<SqlMethod(IsMutator:=True, OnNullCall:=False)> _
Public Sub Rotate(ByVal anglex as Double, _
  ByVal angley as Double, ByVal anglez As Double) 
   RotateX(anglex)
   RotateY(angley)
   RotateZ(anglez)
End Sub
[SqlMethod(IsMutator = true, OnNullCall = false)]
public void Rotate(double anglex, double angley, double anglez) 
{
   RotateX(anglex);
   RotateY(angley);
   RotateZ(anglez);
}

Implementazione di un tipo definito dall'utente con un formato definito dall'utente

Quando si implementa un tipo definito dall'utente con un formato definito dall'utente, è necessario implementare i metodi Read e Write che implementano l'interfaccia Microsoft.SqlServer.Server.IBinarySerialize per gestire la serializzazione e la deserializzazione dei dati UDT. È inoltre necessario specificare la proprietà MaxByteSize di Microsoft.SqlServer.Server.SqlUserDefinedTypeAttribute.

Tipo definito dall'utente Currency

Il tipo definito dall'utente Currency è incluso negli esempi CLR che possono essere installati con SQL Server a partire da SQL Server 2005. Per informazioni sull'installazione degli esempi CLR, vedere Considerazioni per l'installazione di esempi e di database di esempio di SQL Server.

Il tipo definito dall'utente Currency supporta la gestione degli importi nel sistema monetario di specifiche impostazioni cultura. È necessario definire due campi, ovvero un campo string per l'oggetto CultureInfo che specifica il paese che ha emesso la valuta, ad esempio it-it, e un campo decimal per l'oggetto CurrencyValue che indica l'importo.

Anche se non utilizzato dal server per i confronti, il tipo definito dall'utente Currency implementa l'interfaccia System.IComparable che espone un singolo metodo, System.IComparable.CompareTo. Tale metodo viene utilizzato sul lato client nelle situazioni in cui è consigliabile confrontare o ordinare i valori relativi alla valuta in modo accurato all'interno delle diverse impostazioni cultura.

Il codice eseguito in CLR confronta le impostazioni cultura separatamente dal valore della valuta. Per il codice Transact-SQL, il confronto viene determinato dalle azioni seguenti:

  1. Impostare l'attributo IsByteOrdered su True per indicare a SQL Server di utilizzare la rappresentazione binaria persistente su disco per i confronti.

  2. Utilizzare il metodo Write per il tipo definito dall'utente Currency per stabilire in che modo rendere tale tipo persistente su disco e confrontarne e ordinarne i valori per le operazioni Transact-SQL.

  3. Salvare il tipo definito dall'utente Currency utilizzando il formato binario seguente:

    1. Salvare le impostazioni cultura come stringa codificata UTF-16 per i byte 0-19 con riempimento a destra con caratteri Null.

    2. Utilizzare i byte 20 e successivi per contenere il valore decimale della valuta.

Lo scopo del riempimento è assicurare che le impostazioni cultura vengano separate completamente dal valore di valuta, in modo che quando un tipo definito dall'utente viene confrontato con un altro tipo nel codice Transact-SQL, i byte delle impostazioni cultura vengono confrontati con i byte delle impostazioni cultura e i valori dei byte della valuta vengono confrontati con i valori dei byte della valuta.

Per il listato di codice completo per l'UDT Currency, seguire le istruzioni per l'installazione degli esempi CLR in Considerazioni per l'installazione di esempi e di database di esempio di SQL Server.

Attributi di Currency

L'UDT Currency viene definito con gli attributi seguenti:

<Serializable(), Microsoft.SqlServer.Server.SqlUserDefinedType( _
    Microsoft.SqlServer.Server.Format.UserDefined, _
    IsByteOrdered:=True, MaxByteSize:=32), _
    CLSCompliant(False)> _
Public Structure Currency
Implements INullable, IComparable, _
Microsoft.SqlServer.Server.IBinarySerialize
[Serializable]
[SqlUserDefinedType(Format.UserDefined, 
    IsByteOrdered = true, MaxByteSize = 32)]
    [CLSCompliant(false)]
    public struct Currency : INullable, IComparable, IBinarySerialize
    {

Creazione di metodi di lettura e scrittura con IBinarySerialize

Quando si sceglie il formato di serializzazione UserDefined, è anche necessario implementare l'interfaccia IBinarySerialize e creare metodi Read e Write personalizzati. Le procedure riportate di seguito dell'UDT Currency utilizzano System.IO.BinaryReader e System.IO.BinaryWriter per la lettura e la scrittura nel tipo definito dall'utente.

' IBinarySerialize methods
' The binary layout is as follow:
'    Bytes 0 - 19: Culture name, padded to the right with null
'    characters, UTF-16 encoded
'    Bytes 20+: Decimal value of money
' If the culture name is empty, the currency is null.
Public Sub Write(ByVal w As System.IO.BinaryWriter) _
  Implements Microsoft.SqlServer.Server.IBinarySerialize.Write
    If Me.IsNull Then
        w.Write(nullMarker)
        w.Write(System.Convert.ToDecimal(0))
        Return
    End If

    If cultureName.Length > cultureNameMaxSize Then
        Throw New ApplicationException(String.Format(CultureInfo.CurrentUICulture, _
           "{0} is an invalid culture name for currency as it is too long.", cultureNameMaxSize))
    End If

    Dim paddedName As String = cultureName.PadRight(cultureNameMaxSize, CChar(vbNullChar))

    For i As Integer = 0 To cultureNameMaxSize - 1
        w.Write(paddedName(i))
    Next i

    ' Normalize decimal value to two places
    currencyVal = Decimal.Floor(currencyVal * 100) / 100
    w.Write(currencyVal)
End Sub

Public Sub Read(ByVal r As System.IO.BinaryReader) _
  Implements Microsoft.SqlServer.Server.IBinarySerialize.Read
    Dim name As Char() = r.ReadChars(cultureNameMaxSize)
    Dim stringEnd As Integer = Array.IndexOf(name, CChar(vbNullChar))

    If stringEnd = 0 Then
        cultureName = Nothing
        Return
    End If

    cultureName = New String(name, 0, stringEnd)
    currencyVal = r.ReadDecimal()
End Sub
// IBinarySerialize methods
// The binary layout is as follow:
//    Bytes 0 - 19:Culture name, padded to the right 
//    with null characters, UTF-16 encoded
//    Bytes 20+:Decimal value of money
// If the culture name is empty, the currency is null.
public void Write(System.IO.BinaryWriter w)
{
    if (this.IsNull)
    {
        w.Write(nullMarker);
        w.Write((decimal)0);
        return;
    }

    if (cultureName.Length > cultureNameMaxSize)
    {
        throw new ApplicationException(string.Format(
            CultureInfo.InvariantCulture, 
            "{0} is an invalid culture name for currency as it is too long.", 
            cultureNameMaxSize));
    }

    String paddedName = cultureName.PadRight(cultureNameMaxSize, '\0');
    for (int i = 0; i < cultureNameMaxSize; i++)
    {
        w.Write(paddedName[i]);
    }

    // Normalize decimal value to two places
    currencyValue = Decimal.Floor(currencyValue * 100) / 100;
    w.Write(currencyValue);
}
public void Read(System.IO.BinaryReader r)
{
    char[] name = r.ReadChars(cultureNameMaxSize);
    int stringEnd = Array.IndexOf(name, '\0');

    if (stringEnd == 0)
    {
        cultureName = null;
        return;
    }

    cultureName = new String(name, 0, stringEnd);
    currencyValue = r.ReadDecimal();
}

Per il listato di codice completo per l'UDT Currency, vedere Considerazioni per l'installazione di esempi e di database di esempio di SQL Server.

Vedere anche

Altre risorse