SqlCommand.BeginExecuteReader Metodo

public:
 IAsyncResult ^ BeginExecuteReader();

public IAsyncResult BeginExecuteReader ();

member this.BeginExecuteReader : unit -> IAsyncResult

Public Function BeginExecuteReader () As IAsyncResult

Restituisce

Oggetto IAsyncResult che può essere utilizzato per eseguire il polling o attendere i risultati o entrambi. Questo valore è necessario anche quando si richiamaEndExecuteXmlReader , che restituisce un singolo valore XML.

Eccezioni

- or -

<xref data-throw-if-not-resolved="true" uid="Microssoft.Data.SqlClient.SqlCommand.EnableOptimizedParameterBinding"></xref>
is set to true and a parameter with direction Output or InputOutput has been added to the <xref data-throw-if-not-resolved="true" uid="Microsoft.Data.SqlClient.SqlCommand.Parameters"></xref> collection.

Esempio

L'applicazione console seguente avvia il processo di recupero asincrono dei dati XML. Durante l'attesa dei risultati, questa semplice applicazione si trova in un ciclo, analizzando il valore della IsCompleted proprietà. Al termine del processo, il codice recupera il codice XML e ne visualizza il contenuto.

[!code-csharp[SqlCommand_BeginExecuteXmlReader#1]((~/.. /sqlclient/doc/samples/SqlCommand_BeginExecuteXmlReader.cs)]

Commenti

Il BeginExecuteXmlReader metodo avvia il processo di esecuzione asincrona di un'istruzione Transact-SQL che restituisce righe come XML, in modo che altre attività possano essere eseguite simultaneamente durante l'esecuzione dell'istruzione. Al termine dell'istruzione, gli sviluppatori devono chiamare il EndExecuteXmlReader metodo per completare l'operazione e recuperare il codice XML restituito dal comando . Il BeginExecuteXmlReader metodo restituisce immediatamente, ma finché il codice non esegue la chiamata al metodo corrispondente EndExecuteXmlReader , non deve eseguire altre chiamate che avviano un'esecuzione sincrona o asincrona sullo stesso SqlCommand oggetto. EndExecuteXmlReader La chiamata a prima del completamento dell'esecuzione del comando determina il blocco dell'oggetto SqlCommand fino al termine dell'esecuzione.

La CommandText proprietà specifica in genere un'istruzione Transact-SQL con una clausola FOR XML valida. Tuttavia, CommandText può anche specificare un'istruzione che restituisce ntext dati che contengono dati XML validi.

Una query tipica BeginExecuteXmlReader può essere formattata come nell'esempio C# seguente:

SqlCommand command = new SqlCommand("SELECT ContactID, FirstName, LastName FROM dbo.Contact FOR XML AUTO, XMLDATA", SqlConn);

Questo metodo può essere usato anche per recuperare un set di risultati a riga singola e a colonna singola. In questo caso, se vengono restituite più righe, il EndExecuteXmlReader metodo associa l'oggetto XmlReader al valore nella prima riga e rimuove il resto del set di risultati.

La funzionalità mars (Multiple Active Result Set) consente a più azioni di usare la stessa connessione.

Si noti che il testo e i parametri del comando vengono inviati al server in modo sincrono. Se viene inviato un comando di grandi dimensioni o molti parametri, questo metodo può bloccarsi durante le scritture. Dopo l'invio del comando, il metodo restituisce immediatamente senza attendere una risposta dal server, ovvero le letture sono asincrone. Anche se l'esecuzione dei comandi è asincrona, il recupero del valore è ancora sincrono.

Poiché questo overload non supporta una routine di callback, gli sviluppatori devono eseguire il polling per determinare se il comando è stato completato, usando la proprietà dell'oggetto IAsyncResult restituito dal BeginExecuteXmlReader metodo oppure attendere il completamento di uno o più comandi usando la AsyncWaitHandle proprietà dell'oggetto restituitoIAsyncResult.IsCompleted

Se si utilizza ExecuteReader o BeginExecuteReader per accedere ai dati XML, SQL Server restituisce risultati XML maggiori di 2.033 caratteri di lunghezza in più righe di 2.033 caratteri ciascuno. Per evitare questo comportamento, utilizzare ExecuteXmlReader o BeginExecuteXmlReader per leggere le query FOR XML.

Questo metodo ignora la CommandTimeout proprietà .

public:
 IAsyncResult ^ BeginExecuteReader(System::Data::CommandBehavior behavior);

public IAsyncResult BeginExecuteReader (System.Data.CommandBehavior behavior);

member this.BeginExecuteReader : System.Data.CommandBehavior -> IAsyncResult

Public Function BeginExecuteReader (behavior As CommandBehavior) As IAsyncResult

Parametri

Restituisce

Oggetto IAsyncResult che può essere utilizzato per eseguire il polling, attendere i risultati o entrambi. Questo valore è necessario anche quando si richiama EndExecuteReader(IAsyncResult) , che restituisce un'istanza SqlDataReader che può essere utilizzata per recuperare le righe restituite.

Eccezioni

- or -

<xref data-throw-if-not-resolved="true" uid="Microssoft.Data.SqlClient.SqlCommand.EnableOptimizedParameterBinding"></xref>
is set to true and a parameter with direction Output or InputOutput has been added to the <xref data-throw-if-not-resolved="true" uid="Microsoft.Data.SqlClient.SqlCommand.Parameters"></xref> collection.

Esempio

L'applicazione console seguente avvia il processo di recupero asincrono di un lettore dati. Durante l'attesa dei risultati, questa semplice applicazione si trova in un ciclo, analizzando il valore della IsCompleted proprietà. Al termine del processo, il codice recupera e ne visualizza il SqlDataReader contenuto.

Questo esempio passa anche i CommandBehavior.CloseConnection valori e CommandBehavior.SingleRow nel parametro di comportamento, causando la chiusura della connessione con l'oggetto restituito SqlDataReader e l'ottimizzazione per un singolo risultato di riga.

// <Snippet1>
using System;
using System.Data;
using Microsoft.Data.SqlClient;
class Class1
{
    static void Main()
    {
        // This example is not terribly useful, but it proves a point.
        // The WAITFOR statement simply adds enough time to prove the 
        // asynchronous nature of the command.
        string commandText = "WAITFOR DELAY '00:00:03';" +
            "SELECT ProductID, Name FROM Production.Product WHERE ListPrice < 100";

        RunCommandAsynchronously(commandText, GetConnectionString());

        Console.WriteLine("Press ENTER to continue.");
        Console.ReadLine();
    }

    private static void RunCommandAsynchronously(
        string commandText, string connectionString)
    {
        // Given command text and connection string, asynchronously execute
        // the specified command against the connection. For this example,
        // the code displays an indicator as it is working, verifying the 
        // asynchronous behavior. 

        try
        {
            // The code does not need to handle closing the connection explicitly--
            // the use of the CommandBehavior.CloseConnection option takes care
            // of that for you. 
            SqlConnection connection = new SqlConnection(connectionString);
            SqlCommand command = new SqlCommand(commandText, connection);

            connection.Open();
            IAsyncResult result = command.BeginExecuteReader(
                CommandBehavior.CloseConnection);

            // Although it is not necessary, the following code
            // displays a counter in the console window, indicating that 
            // the main thread is not blocked while awaiting the command 
            // results.
            int count = 0;
            while (!result.IsCompleted)
            {
                Console.WriteLine("Waiting ({0})", count++);
                // Wait for 1/10 second, so the counter
                // does not consume all available resources 
                // on the main thread.
                System.Threading.Thread.Sleep(100);
            }

            using (SqlDataReader reader = command.EndExecuteReader(result))
            {
                DisplayResults(reader);
            }
        }
        catch (SqlException ex)
        {
            Console.WriteLine("Error ({0}): {1}", ex.Number, ex.Message);
        }
        catch (InvalidOperationException ex)
        {
            Console.WriteLine("Error: {0}", ex.Message);
        }
        catch (Exception ex)
        {
            // You might want to pass these errors
            // back out to the caller.
            Console.WriteLine("Error: {0}", ex.Message);
        }
    }

    private static void DisplayResults(SqlDataReader reader)
    {
        // Display the data within the reader.
        while (reader.Read())
        {
            // Display all the columns. 
            for (int i = 0; i < reader.FieldCount; i++)
            {
                Console.Write("{0}\t", reader.GetValue(i));
            }
            Console.WriteLine();
        }
    }

    private static string GetConnectionString()
    {
        // To avoid storing the connection string in your code,            
        // you can retrieve it from a configuration file. 

        return "Data Source=(local);Integrated Security=true;" +
            "Initial Catalog=AdventureWorks";
    }
}
// </Snippet1>

Commenti

Il BeginExecuteReader metodo avvia il processo di esecuzione asincrona di un'istruzione Transact-SQL o di una stored procedure che restituisce righe, in modo che altre attività possano essere eseguite simultaneamente durante l'esecuzione dell'istruzione. Al termine dell'istruzione, gli sviluppatori devono chiamare il EndExecuteReader metodo per completare l'operazione e recuperare l'oggetto SqlDataReader restituito dal comando . Il BeginExecuteReader metodo restituisce immediatamente, ma finché il codice non esegue la chiamata al metodo corrispondente EndExecuteReader , non deve eseguire altre chiamate che avviano un'esecuzione sincrona o asincrona sullo stesso SqlCommand oggetto. EndExecuteReader La chiamata a prima del completamento dell'esecuzione del comando determina il blocco dell'oggetto SqlCommand fino al termine dell'esecuzione.

Il behavior parametro consente di specificare le opzioni che controllano il comportamento del comando e la relativa connessione. Questi valori possono essere combinati (usando l'operatore del linguaggio di OR programmazione); in genere, gli sviluppatori usano il CommandBehavior.CloseConnection valore per assicurarsi che la connessione venga chiusa dal runtime quando viene SqlDataReader chiuso.

Si noti che il testo e i parametri del comando vengono inviati al server in modo sincrono. Se viene inviato un comando di grandi dimensioni o molti parametri, questo metodo può bloccarsi durante le scritture. Dopo l'invio del comando, il metodo restituisce immediatamente senza attendere una risposta dal server, ovvero le letture sono asincrone. Anche se l'esecuzione dei comandi è asincrona, il recupero del valore è ancora sincrono. Ciò significa che le chiamate a Read possono bloccare se sono necessari più dati e i blocchi di operazioni di lettura della rete sottostante.

Poiché questo overload non supporta una routine di callback, gli sviluppatori devono eseguire il polling per determinare se il comando è stato completato, usando la proprietà dell'oggetto IAsyncResult restituito dal BeginExecuteNonQuery metodo oppure attendere il completamento di uno o più comandi usando la AsyncWaitHandle proprietà dell'oggetto restituitoIAsyncResult.IsCompleted

Se si utilizza ExecuteReader o BeginExecuteReader per accedere ai dati XML, SQL Server restituisce risultati XML maggiori di 2.033 caratteri di lunghezza in più righe di 2.033 caratteri ciascuno. Per evitare questo comportamento, utilizzare ExecuteXmlReader o BeginExecuteXmlReader per leggere le query FOR XML.

Questo metodo ignora la CommandTimeout proprietà .

public:
 IAsyncResult ^ BeginExecuteReader(AsyncCallback ^ callback, System::Object ^ stateObject);

public IAsyncResult BeginExecuteReader (AsyncCallback callback, object stateObject);

member this.BeginExecuteReader : AsyncCallback * obj -> IAsyncResult

Public Function BeginExecuteReader (callback As AsyncCallback, stateObject As Object) As IAsyncResult

Parametri

Restituisce

Oggetto IAsyncResult che può essere usato per eseguire il polling, attendere i risultati o entrambe le cose. Questo valore è necessario anche per chiamare il metodo EndExecuteXmlReader(IAsyncResult), che restituisce i risultati del comando come dati XML.

Eccezioni

- or -

<xref data-throw-if-not-resolved="true" uid="Microssoft.Data.SqlClient.SqlCommand.EnableOptimizedParameterBinding"></xref>
is set to true and a parameter with direction Output or InputOutput has been added to the <xref data-throw-if-not-resolved="true" uid="Microsoft.Data.SqlClient.SqlCommand.Parameters"></xref> collection.

Esempio

Nell'applicazione Windows seguente viene illustrato l'uso del metodo BeginExecuteXmlReader, eseguendo un'istruzione Transact-SQL che include un ritardo di pochi secondi (emulando un comando con esecuzione prolungata). In questo esempio l'oggetto in esecuzione SqlCommand viene passato come stateObject parametro, in modo da semplificare il recupero dell'oggetto SqlCommand dall'interno della routine di callback, in modo che il codice possa chiamare il EndExecuteXmlReader metodo corrispondente alla chiamata iniziale a BeginExecuteXmlReader.

In questo esempio vengono illustrate molte tecniche importanti. Ciò include la chiamata di un metodo che interagisce con il form da un thread separato. In questo esempio viene inoltre illustrato come impedire agli utenti di eseguire più volte un comando contemporaneamente e come assicurarsi che il modulo non venga chiuso prima che venga chiamata la routine di callback.

Per impostare questo esempio, creare una nuova applicazione Windows. Inserire un Button controllo, un ListBox controllo e un Label controllo nel form (accettando il nome predefinito per ogni controllo). Aggiungere il codice seguente alla classe del modulo, modificando la stringa di connessione in base alle esigenze dell'ambiente.

// <Snippet1>
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using Microsoft.Data.SqlClient;
using System.Xml;

namespace Microsoft.AdoDotNet.CodeSamples
{
    public partial class Form1 : Form
    {
        // Hook up the form's Load event handler and then add 
        // this code to the form's class:
        // You need these delegates in order to display text from a thread
        // other than the form's thread. See the HandleCallback
        // procedure for more information.
        private delegate void DisplayInfoDelegate(string Text);
        private delegate void DisplayReaderDelegate(XmlReader reader);

        private bool isExecuting;

        // This example maintains the connection object 
        // externally, so that it is available for closing.
        private SqlConnection connection;

        public Form1()
        {
            InitializeComponent();
        }

        private string GetConnectionString()
        {
            // To avoid storing the connection string in your code, 
            // you can retrieve it from a configuration file. 

            return "Data Source=(local);Integrated Security=true;" +
            "Initial Catalog=AdventureWorks";
        }

        private void DisplayStatus(string Text)
        {
            this.label1.Text = Text;
        }

        private void ClearProductInfo()
        {
            // Clear the list box.
            this.listBox1.Items.Clear();
        }

        private void DisplayProductInfo(XmlReader reader)
        {
            // Display the data within the reader.
            while (reader.Read())
            {
                // Skip past items that are not from the correct table.
                if (reader.LocalName.ToString() == "Production.Product")
                {
                    this.listBox1.Items.Add(String.Format("{0}: {1:C}",
                        reader["Name"], Convert.ToDecimal(reader["ListPrice"])));
                }
            }
            DisplayStatus("Ready");
        }

        private void Form1_FormClosing(object sender,
            System.Windows.Forms.FormClosingEventArgs e)
        {
            if (isExecuting)
            {
                MessageBox.Show(this, "Cannot close the form until " +
                    "the pending asynchronous command has completed. Please wait...");
                e.Cancel = true;
            }
        }

        private void button1_Click(object sender, System.EventArgs e)
        {
            if (isExecuting)
            {
                MessageBox.Show(this,
                    "Already executing. Please wait until the current query " +
                    "has completed.");
            }
            else
            {
                SqlCommand command = null;
                try
                {
                    ClearProductInfo();
                    DisplayStatus("Connecting...");
                    connection = new SqlConnection(GetConnectionString());

                    // To emulate a long-running query, wait for 
                    // a few seconds before working with the data.
                    string commandText =
                        "WAITFOR DELAY '00:00:03';" +
                        "SELECT Name, ListPrice FROM Production.Product " +
                        "WHERE ListPrice < 100 " +
                        "FOR XML AUTO, XMLDATA";

                    command = new SqlCommand(commandText, connection);
                    connection.Open();

                    DisplayStatus("Executing...");
                    isExecuting = true;
                    // Although it is not required that you pass the 
                    // SqlCommand object as the second parameter in the 
                    // BeginExecuteXmlReader call, doing so makes it easier
                    // to call EndExecuteXmlReader in the callback procedure.
                    AsyncCallback callback = new AsyncCallback(HandleCallback);
                    command.BeginExecuteXmlReader(callback, command);

                }
                catch (Exception ex)
                {
                    isExecuting = false;
                    DisplayStatus(string.Format("Ready (last error: {0})", ex.Message));
                    if (connection != null)
                    {
                        connection.Close();
                    }
                }
            }
        }

        private void HandleCallback(IAsyncResult result)
        {
            try
            {
                // Retrieve the original command object, passed
                // to this procedure in the AsyncState property
                // of the IAsyncResult parameter.
                SqlCommand command = (SqlCommand)result.AsyncState;
                XmlReader reader = command.EndExecuteXmlReader(result);

                // You may not interact with the form and its contents
                // from a different thread, and this callback procedure
                // is all but guaranteed to be running from a different thread
                // than the form. 

                // Instead, you must call the procedure from the form's thread.
                // One simple way to accomplish this is to call the Invoke
                // method of the form, which calls the delegate you supply
                // from the form's thread. 
                DisplayReaderDelegate del = new DisplayReaderDelegate(DisplayProductInfo);
                this.Invoke(del, reader);

            }
            catch (Exception ex)
            {
                // Because you are now running code in a separate thread, 
                // if you do not handle the exception here, none of your other
                // code catches the exception. Because none of 
                // your code is on the call stack in this thread, there is nothing
                // higher up the stack to catch the exception if you do not 
                // handle it here. You can either log the exception or 
                // invoke a delegate (as in the non-error case in this 
                // example) to display the error on the form. In no case
                // can you simply display the error without executing a delegate
                // as in the try block here. 

                // You can create the delegate instance as you 
                // invoke it, like this:
                this.Invoke(new DisplayInfoDelegate(DisplayStatus),
                String.Format("Ready(last error: {0}", ex.Message));
            }
            finally
            {
                isExecuting = false;
                if (connection != null)
                {
                    connection.Close();
                }
            }
        }

        private void Form1_Load(object sender, System.EventArgs e)
        {
            this.button1.Click += new System.EventHandler(this.button1_Click);
            this.FormClosing += new System.Windows.Forms.
                FormClosingEventHandler(this.Form1_FormClosing);
        }
    }
}
// </Snippet1>

Commenti

Il BeginExecuteXmlReader metodo avvia il processo di esecuzione asincrona di un'istruzione Transact-SQL o di una stored procedure che restituisce righe come XML, in modo che altre attività possano essere eseguite simultaneamente durante l'esecuzione dell'istruzione. Al termine dell'istruzione, gli sviluppatori devono chiamare il EndExecuteXmlReader metodo per completare l'operazione e recuperare i dati XML richiesti. Il BeginExecuteXmlReader metodo restituisce immediatamente, ma fino a quando il codice esegue la chiamata al metodo corrispondente EndExecuteXmlReader , non deve eseguire altre chiamate che avviano un'esecuzione sincrona o asincrona sullo stesso SqlCommand oggetto. La chiamata all'oggetto EndExecuteXmlReader prima del completamento dell'esecuzione del comando causa SqlCommand il blocco dell'oggetto fino al termine dell'esecuzione.

La CommandText proprietà specifica normalmente un'istruzione Transact-SQL con una clausola FOR XML valida. Tuttavia, CommandText può anche specificare un'istruzione che restituisce i dati contenenti xml validi. Questo metodo può essere usato anche per recuperare un set di risultati a singola riga, a colonna singola. In questo caso, se vengono restituite più righe, il EndExecuteXmlReader metodo associa il XmlReader valore al valore della prima riga ed elimina il resto del set di risultati.

Una query tipica BeginExecuteXmlReader può essere formattata come nell'esempio C# seguente:

SqlCommand command = new SqlCommand("SELECT ContactID, FirstName, LastName FROM Contact FOR XML AUTO, XMLDATA", SqlConn);

Questo metodo può essere usato anche per recuperare un set di risultati a singola riga, a colonna singola. In questo caso, se vengono restituite più righe, il EndExecuteXmlReader metodo associa il XmlReader valore al valore della prima riga ed elimina il resto del set di risultati.

La funzionalità del set di risultati attivo (MARS) consente a più azioni di usare la stessa connessione.

Il callback parametro consente di specificare un AsyncCallback delegato chiamato al termine dell'istruzione. È possibile chiamare il EndExecuteXmlReader metodo dall'interno di questa procedura delegata o da qualsiasi altra posizione all'interno dell'applicazione. È inoltre possibile passare qualsiasi oggetto nel stateObject parametro e la procedura di callback può recuperare queste informazioni usando la AsyncState proprietà .

Si noti che il testo e i parametri del comando vengono inviati al server in modo sincrono. Se viene inviato un comando di grandi dimensioni o molti parametri, questo metodo può bloccare durante le scritture. Dopo l'invio del comando, il metodo restituisce immediatamente senza attendere una risposta dal server, ovvero le letture sono asincrone.

Tutti gli errori che si verificano durante l'esecuzione dell'operazione vengono generati come eccezioni nella procedura di callback. È necessario gestire l'eccezione nella procedura di callback, non nell'applicazione principale. Per altre informazioni sulla gestione delle eccezioni nella procedura di callback, vedere l'esempio in questo argomento.

Se si usa ExecuteReader o BeginExecuteReader si accede ai dati XML, SQL Server restituirà i risultati XML superiori a 2.033 caratteri in lunghezza in più righe di 2.033 caratteri ciascuno. Per evitare questo comportamento, usare ExecuteXmlReader o BeginExecuteXmlReader leggere query FOR XML.

Questo metodo ignora la CommandTimeout proprietà.

Vedi anche

• EndExecuteXmlReader(IAsyncResult)
• ExecuteXmlReader()

public:
 IAsyncResult ^ BeginExecuteReader(AsyncCallback ^ callback, System::Object ^ stateObject, System::Data::CommandBehavior behavior);

public IAsyncResult BeginExecuteReader (AsyncCallback callback, object stateObject, System.Data.CommandBehavior behavior);

member this.BeginExecuteReader : AsyncCallback * obj * System.Data.CommandBehavior -> IAsyncResult

Public Function BeginExecuteReader (callback As AsyncCallback, stateObject As Object, behavior As CommandBehavior) As IAsyncResult

Parametri

Restituisce

Oggetto IAsyncResult che può essere usato per eseguire il polling o attendere i risultati o entrambi. Questo valore è necessario anche quando EndExecuteReader(IAsyncResult) si richiama , che restituisce un'istanza SqlDataReader che può essere usata per recuperare le righe restituite.

Eccezioni

- or -

<xref data-throw-if-not-resolved="true" uid="Microssoft.Data.SqlClient.SqlCommand.EnableOptimizedParameterBinding"></xref>
is set to true and a parameter with direction Output or InputOutput has been added to the <xref data-throw-if-not-resolved="true" uid="Microsoft.Data.SqlClient.SqlCommand.Parameters"></xref> collection.

Esempio

Nell'applicazione Windows seguente viene illustrato l'uso del metodo BeginExecuteReader, eseguendo un'istruzione Transact-SQL che include un ritardo di pochi secondi (emulando un comando con esecuzione prolungata). Poiché l'esempio esegue il comando in modo asincrono, il modulo rimane reattivo mentre attende i risultati. In questo esempio viene passato l'oggetto in esecuzione SqlCommand come stateObject parametro. In questo modo è semplice recuperare l'oggetto SqlCommand dall'interno della routine di callback, in modo che il codice possa chiamare il EndExecuteReader metodo corrispondente alla chiamata iniziale a BeginExecuteReader.

In questo esempio vengono illustrate molte tecniche importanti. Ciò include la chiamata di un metodo che interagisce con il modulo da un thread separato. In questo esempio viene inoltre illustrato come impedire agli utenti di eseguire più volte un comando contemporaneamente e come assicurarsi che il modulo non venga chiuso prima che venga chiamata la procedura di callback.

Per impostare questo esempio, creare una nuova applicazione Windows. Inserire un controllo, un DataGridView controllo e un ButtonLabel controllo nel modulo (accettando il nome predefinito per ogni controllo). Aggiungere il codice seguente alla classe del modulo, modificando la stringa di connessione in base alle esigenze dell'ambiente.

In questo esempio viene passato il CommandBehavior.CloseConnection valore nel behavior parametro, causando la chiusura automatica della connessione restituita SqlDataReader quando viene chiusa.

// <Snippet1>
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using Microsoft.Data.SqlClient;

namespace Microsoft.AdoDotNet.CodeSamples
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }
        // Hook up the form's Load event handler (you can double-click on 
        // the form's design surface in Visual Studio), and then add 
        // this code to the form's class:
        // You need this delegate in order to fill the grid from
        // a thread other than the form's thread. See the HandleCallback
        // procedure for more information.
        private delegate void FillGridDelegate(SqlDataReader reader);

        // You need this delegate to update the status bar.
        private delegate void DisplayStatusDelegate(string Text);

        // This flag ensures that the user does not attempt
        // to restart the command or close the form while the 
        // asynchronous command is executing.
        private bool isExecuting;

        private void DisplayStatus(string Text)
        {
            this.label1.Text = Text;
        }

        private void FillGrid(SqlDataReader reader)
        {
            try
            {
                DataTable table = new DataTable();
                table.Load(reader);
                this.dataGridView1.DataSource = table;
                DisplayStatus("Ready");
            }
            catch (Exception ex)
            {
                // Because you are guaranteed this procedure
                // is running from within the form's thread,
                // it can directly interact with members of the form.
                DisplayStatus(string.Format("Ready (last attempt failed: {0})",
                    ex.Message));
            }
            finally
            {
                // Closing the reader also closes the connection,
                // because this reader was created using the 
                // CommandBehavior.CloseConnection value.
                if (reader != null)
                {
                    reader.Close();
                }
            }
        }

        private void HandleCallback(IAsyncResult result)
        {
            try
            {
                // Retrieve the original command object, passed
                // to this procedure in the AsyncState property
                // of the IAsyncResult parameter.
                SqlCommand command = (SqlCommand)result.AsyncState;
                SqlDataReader reader = command.EndExecuteReader(result);
                // You may not interact with the form and its contents
                // from a different thread, and this callback procedure
                // is all but guaranteed to be running from a different thread
                // than the form. Therefore you cannot simply call code that 
                // fills the grid, like this:
                // FillGrid(reader);
                // Instead, you must call the procedure from the form's thread.
                // One simple way to accomplish this is to call the Invoke
                // method of the form, which calls the delegate you supply
                // from the form's thread. 
                FillGridDelegate del = new FillGridDelegate(FillGrid);
                this.Invoke(del, reader);
                // Do not close the reader here, because it is being used in 
                // a separate thread. Instead, have the procedure you have
                // called close the reader once it is done with it.
            }
            catch (Exception ex)
            {
                // Because you are now running code in a separate thread, 
                // if you do not handle the exception here, none of your other
                // code catches the exception. Because there is none of 
                // your code on the call stack in this thread, there is nothing
                // higher up the stack to catch the exception if you do not 
                // handle it here. You can either log the exception or 
                // invoke a delegate (as in the non-error case in this 
                // example) to display the error on the form. In no case
                // can you simply display the error without executing a delegate
                // as in the try block here. 
                // You can create the delegate instance as you 
                // invoke it, like this:
                this.Invoke(new DisplayStatusDelegate(DisplayStatus), "Error: " +
                    ex.Message);
            }
            finally
            {
                isExecuting = false;
            }
        }

        private string GetConnectionString()
        {
            // To avoid storing the connection string in your code, 
            // you can retrieve it from a configuration file. 

            return "Data Source=(local);Integrated Security=true;" +
                "Initial Catalog=AdventureWorks";
        }

        private void button1_Click(object sender, System.EventArgs e)
        {
            if (isExecuting)
            {
                MessageBox.Show(this,
                    "Already executing. Please wait until the current query " +
                    "has completed.");
            }
            else
            {
                SqlCommand command = null;
                SqlConnection connection = null;
                try
                {
                    DisplayStatus("Connecting...");
                    connection = new SqlConnection(GetConnectionString());
                    // To emulate a long-running query, wait for 
                    // a few seconds before retrieving the real data.
                    command = new SqlCommand("WAITFOR DELAY '0:0:5';" +
                        "SELECT ProductID, Name, ListPrice, Weight FROM Production.Product",
                        connection);
                    connection.Open();

                    DisplayStatus("Executing...");
                    isExecuting = true;
                    // Although it is not required that you pass the 
                    // SqlCommand object as the second parameter in the 
                    // BeginExecuteReader call, doing so makes it easier
                    // to call EndExecuteReader in the callback procedure.
                    AsyncCallback callback = new AsyncCallback(HandleCallback);
                    command.BeginExecuteReader(callback, command,
                        CommandBehavior.CloseConnection);
                }
                catch (Exception ex)
                {
                    DisplayStatus("Error: " + ex.Message);
                    if (connection != null)
                    {
                        connection.Close();
                    }
                }
            }
        }

        private void Form1_Load(object sender, System.EventArgs e)
        {
            this.button1.Click += new System.EventHandler(this.button1_Click);
            this.FormClosing += new FormClosingEventHandler(Form1_FormClosing);
        }

        void Form1_FormClosing(object sender, FormClosingEventArgs e)
        {
            if (isExecuting)
            {
                MessageBox.Show(this, "Cannot close the form until " +
                    "the pending asynchronous command has completed. Please wait...");
                e.Cancel = true;
            }
        }
    }
}
// </Snippet1>

Commenti

Il BeginExecuteReader metodo avvia il processo di esecuzione asincrona di un'istruzione Transact-SQL o di una stored procedure che restituisce righe, in modo che altre attività possano essere eseguite simultaneamente durante l'esecuzione dell'istruzione. Al termine dell'istruzione, gli sviluppatori devono chiamare il EndExecuteReader metodo per completare l'operazione e recuperare il SqlDataReader restituito dal comando. Il BeginExecuteReader metodo restituisce immediatamente, ma fino a quando il codice esegue la chiamata al metodo corrispondente EndExecuteReader , non deve eseguire altre chiamate che avviano un'esecuzione sincrona o asincrona sullo stesso SqlCommand oggetto. La chiamata all'oggetto EndExecuteReader prima del completamento dell'esecuzione del comando causa SqlCommand il blocco dell'oggetto fino al termine dell'esecuzione.

Il callback parametro consente di specificare un AsyncCallback delegato chiamato al termine dell'istruzione. È possibile chiamare il EndExecuteReader metodo dall'interno di questa procedura delegata o da qualsiasi altra posizione all'interno dell'applicazione. È inoltre possibile passare qualsiasi oggetto nel stateObject parametro e la procedura di callback può recuperare queste informazioni usando la AsyncState proprietà .

Il behavior parametro consente di specificare opzioni che controllano il comportamento del comando e la relativa connessione. Questi valori possono essere combinati (usando l'operatore del Or linguaggio di programmazione); in genere gli sviluppatori usano il CloseConnection valore per assicurarsi che la connessione venga chiusa dal runtime quando l'oggetto SqlDataReader viene chiuso. Gli sviluppatori possono anche ottimizzare il comportamento dell'oggetto SqlDataReader specificando il SingleRow valore quando è noto in anticipo che l'istruzione Transact-SQL o la stored procedure restituisce solo una singola riga.

Si noti che il testo e i parametri del comando vengono inviati al server in modo sincrono. Se viene inviato un comando di grandi dimensioni o molti parametri, questo metodo può bloccare durante le scritture. Dopo l'invio del comando, il metodo restituisce immediatamente senza attendere una risposta dal server, ovvero le letture sono asincrone. Anche se l'esecuzione dei comandi è asincrona, il recupero dei valori è ancora sincrono. Ciò significa che le chiamate a Read possono bloccare se sono necessari più dati e i blocchi di operazioni di lettura della rete sottostante.

Poiché la procedura di callback viene eseguita dall'interno di un thread in background fornito da Microsoft .NET Common Language Runtime, è molto importante adottare un approccio rigoroso per gestire le interazioni tra thread dall'interno delle applicazioni. Ad esempio, non è necessario interagire con il contenuto di un modulo dall'interno della routine di callback, è necessario aggiornare il modulo, è necessario tornare al thread del modulo per eseguire il lavoro. L'esempio in questo argomento illustra questo comportamento.

Tutti gli errori che si verificano durante l'esecuzione dell'operazione vengono generati come eccezioni nella procedura di callback. È necessario gestire l'eccezione nella procedura di callback, non nell'applicazione principale. Per altre informazioni sulla gestione delle eccezioni nella procedura di callback, vedere l'esempio in questo argomento.

Se si usa ExecuteReader o BeginExecuteReader si accede ai dati XML, SQL Server restituirà i risultati XML superiori a 2.033 caratteri in lunghezza in più righe di 2.033 caratteri ciascuno. Per evitare questo comportamento, usare ExecuteXmlReader o BeginExecuteXmlReader leggere query FOR XML.

Questo metodo ignora la CommandTimeout proprietà.