SQL Server ed ALM su database


Il blog di Alessandro Alpi
Archivio Posts
Anno 2018

Anno 2017

Anno 2016

Anno 2015

Anno 2014

Anno 2013

Anno 2012

Anno 2011

Anno 2010

Anno 2009

Anno 2008

Anno 2007

Anno 2006

Il resultset OLEDB di un Execute SQL Task è un Recordset COM

Giorni fa su dotnethell.it, mi è arrivata una domanda (e non è la prima) in cui un utente si chiedeva di che tipo fossero gli oggetti resultset tornati da un Execute SQL Task.
Ebbene, non è molto chiaro in effetti .
All'inizio un po' tutti si aspettano un tipo .net, ma non è così. Proviamo a fare un esempio, partendo dalla creazione di una tabella e qualche riga sul db:

USE tempdb;

 

CREATE TABLE dbo.Records

(

        ID int identity(1,1) NOT NULL PRIMARY KEY CLUSTERED

      , Valore varchar(10) NOT NULL

)

GO

 

INSERT INTO dbo.Records (Valore)

VALUES ('UNO')

INSERT INTO dbo.Records (Valore)

VALUES ('DUE')

INSERT INTO dbo.Records (Valore)

VALUES ('TRE')

GO



A questo punto andiamo a leggere con un semplice SSIS il contenuto della tabella. Creiamo un semplice package come il seguente:


Ho creato un connection manager al tempdb del mio server e lo statement è una semplice select di un campo Valore dalla tabella precedentemente creata.
Come si può notare nel rettangolo verde, impostiamo nella proprietà ResultSet il valore Full result set per ottenere l'oggetto in output.

Successivamente, spostiamoci nella sezione resultset e, facendoci aiutare dalla voce "<New Variable..>" andiamo a creare il seguente resultset mapping:


Non abbiamo fatto altro che creare la variabile contenitore del resultset ed ora entriamo più in dettaglio, cercando di capire come trovarne il tipo. 
Prima di tutto aggiungiamo uno script task nel package, andando a mettere questo codice all'interno (C# e VB.Net, vale anche per SSIS 2005):

C#

/*

   Microsoft SQL Server Integration Services Script Task

   Write scripts using Microsoft Visual C# 2008.

   The ScriptMain is the entry point class of the script.

*/

 

using System;

using System.Data;

using Microsoft.SqlServer.Dts.Runtime;

using System.Windows.Forms;

 

namespace ST_87c655ab011a4c68be47eb840ea7e680.csproj

{

    [System.AddIn.AddIn("ScriptMain", Version = "1.0", Publisher = "", Description = "")]

    public partial class ScriptMain : Microsoft.SqlServer.Dts.Tasks.ScriptTask.VSTARTScriptObjectModelBase

    {

 

        #region VSTA generated code

        enum ScriptResults

        {

            Success = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Success,

            Failure = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Failure

        };

        #endregion

 

        public void Main()

        {

 

            MessageBox.Show(String.Format("Il tipo dell'oggetto è: {0}",Dts.Variables["User::ResultSetVariable"].Value.GetType()));

 

            Dts.TaskResult = (int)ScriptResults.Success;

        }

    }

}


VB.Net

' Microsoft SQL Server Integration Services Script Task

' Write scripts using Microsoft Visual Basic 2008.

' The ScriptMain is the entry point class of the script.

 

Imports System

Imports System.Data

Imports System.Math

Imports Microsoft.SqlServer.Dts.Runtime

 

<System.AddIn.AddIn("ScriptMain", Version:="1.0", Publisher:="", Description:="")> _

<System.CLSCompliantAttribute(False)> _

Partial Public Class ScriptMain

      Inherits Microsoft.SqlServer.Dts.Tasks.ScriptTask.VSTARTScriptObjectModelBase

 

      Enum ScriptResults

            Success = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Success

            Failure = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Failure

      End Enum

     

    Public Sub Main()

 

        MessageBox.Show(String.Format("Il tipo dell'oggetto è: {0}", Dts.Variables("User::ResultSetVariable").Value.GetType()))

 

        Dts.TaskResult = ScriptResults.Success

    End Sub

 

End Class



Il SSIS creato è il seguente:


Eseguendolo noterete che il tipo dell'oggetto letto dall'Execute SQL Task è System.__ComObject. O meglio, un vero e proprio recordset ADO. Quindi non risulta possibile usare oggetti .net per castarvi questo resultset. Il modo migliore per leggerlo è utilizzare un Foreach Enumerator con l'enumeratore di tipo ADO. Via script risulterebbe piuttosto scomodo. Alcuni si sono chiesti, ma come mai allora non esiste un Recordset Source mentre abbiamo un Recordset Destination? Per questo potete dare una letta a questo interessante post di Jamie Thomson. Appoggio pienamente le sue motivazioni .

Stay Tuned! 





Categoria: SSIS 2008 tips
domenica, 02 mag 2010 Ore. 13.48
Statistiche
  • Views Home Page: 597.109
  • Views Posts: 1.062.450
  • Views Gallerie: 633.436
  • n° Posts: 484
  • n° Commenti: 273



















Copyright © 2002-2007 - Blogs 2.0
dotNetHell.it | Home Page Blogs
ASP.NET 2.0 Windows 2003