Führen Sie eine gespeicherte Prozedur asynchron aus einem Windows-Formular aus, und trennen Sie dann die Verbindung?

Question

Ich rufe eine gespeicherte Prozedur von meiner Anwendung, die 30 Minuten dauern kann, um auszuführen.

Ich möchte nicht meinen Benutzer die Anwendung für den gesamten Zeitraum geöffnet lassen. Also möchte ich den Sproc anrufen, lass ihn fliegen und lass ihn die Anwendung herunterfahren und später wiederkommen.

Wie kann ich das tun?

Answer 1

ließ sie die App herunterfahren und kommen später zurück

Wenn Sie sie vollständig schließen die App ermöglichen gehen, werden Sie eine separate exe starten müssen oder etwas in einem anderen ThreadPool, das den Code ausführt, der die gespeicherte Prozedur aufruft. Andernfalls stirbt dein Thread, wenn du die App schließt.

Answer 2

können Sie die BeginExecuteXXX/EndExecuteXXX Methoden verwenden (je nachdem, ob es ein Ergebnis oder nicht zurückgibt) des SqlCommand, einen Delegierten Rückruf übergeben.

Answer 3

Ich schlage eine Re-Architektur vor. Erstellen Sie eine Tabelle "Arbeitswarteschlange", in der Sie Anforderungen protokollieren, um die gespeicherte Prozedur auszuführen. Dann haben Sie entweder einen Windows-Dienst oder einen SQL-Server-Job, der diese Arbeitswarteschlange von Zeit zu Zeit überprüft (oder wirklich genial ist und einen Trigger verwendet), um die gespeicherte Prozedur zu starten. Lassen Sie die gespeicherte Prozedur den Fortschritt von Zeit zu Zeit in der Arbeitswarteschlangentabelle aktualisieren, und Ihr Front-End kann den Fortschritt anzeigen und die Ergebnisse anzeigen, wenn sie fertig sind.

Answer 4

Eine andere Methode, die Sie ausführen können, besteht darin, Ihre Anwendung im Hintergrund ausführen zu lassen (möglicherweise im Benachrichtigungsbereich) und dann zu beenden oder zu benachrichtigen, wenn der Job abgeschlossen ist. Sie können dies verwenden, indem Sie die Methoden BeginExecuteNonQuery und EndExecuteNonQuery verwenden, um die Ausführung in einem separaten Thread zu ermöglichen.

Answer 5

Wenn Sie Ihre Anwendung wirklich vollständig schließen möchten, empfehle ich, einen Auftrag im SQL Server-Agent zu definieren und eine T-SQL-Anweisung auszuführen, um diesen Auftrag manuell zu starten. Die Syntax lautet:

sp_start_job 
    { [@job_name =] 'job_name' 
     | [@job_id =] job_id } 
    [ , [@error_flag =] error_flag] 
    [ , [@server_name =] 'server_name'] 
    [ , [@step_name =] 'step_name'] 
    [ , [@output_flag =] output_flag] 

Der Job würde Ihre gespeicherte Prozedur ausführen. Sie müssen ein wenig kreativ sein, um irgendwelche Argumente zu übergeben. Fügen Sie beispielsweise die Parameter in eine "Queue" -Tabelle ein und lassen Sie den Job alle Zeilen in der Warteschlange verarbeiten.

Anstelle eines Jobs sollte ein Insert-Trigger in Ihrer Warteschlange ebenfalls funktionieren.

Answer 6

Das Hauptfenster Ihrer Anwendung muss nicht geöffnet sein. Wenn Sie es als sekundären Thread gestartet haben, wird es weiterhin so lange ausgeführt, wie IsBackground == false. Gewöhnlich bevorzuge ich dies über den SQL Server-Agenten oder als Client-Server-Anwendung (nichts hindert eine Client-Server-App daran, auf demselben Computer ausgeführt zu werden oder sogar dieselbe Binärdatei zu verwenden).

Es ist eine Weile her ...

using System.Threading; 

..... 

Thread _t = null; 
void StartProcedure() 
{ 
    _t = new Thread(new ThreadStart(this.StartProc)); 
    _t.IsBackground = false;//If I remember correctly, this is the default value. 
    _t.Start(); 
} 

bool ProcedureIsRunning 
{ 
get { return _t.IsRunning; } //Maybe it's IsActive. Can't remember. 
} 

void StartProc(object param) 
{ 
    //your logic here.. could also do this as an anonymous method. Broke it out to keep it simple. 
} 

Answer 7

Ich ziehe einen Hintergrunddienst für die Offline-Verarbeitung zu verwenden, wo Ihre Benutzer App den Dienst sagt, was zu tun und dann trennt. Der Dienst kann abgelaufene Zeiten und Fehler/Status protokollieren und bei Bedarf neu starten. WCF ist dafür ausgelegt und unterstützt die Kommunikation mit Warteschlangen.

Answer 8

Dies ist eigentlich ein ziemlich häufiges Szenario.Sie können nichts auf der Client-Basis tun, da der Client weggehen und sich trennen kann und Sie die bisher erreichte Arbeit verlieren. Die Lösung besteht darin, Service Broker Activation zu verwenden: Sie erstellen einen Dienst in der Datenbank und fügen eine aktivierte Prozedur hinzu. In Ihrer Anwendung (oder ASP-Seite) senden Sie eine Nachricht an den Dienst und betten die notwendigen Parameter für Ihre Prozedur ein. Nachdem Ihre Anwendung festgeschrieben wurde, aktiviert die Nachricht die Dienstprozedur. Die Dienstprozedur liest die Parameter aus der Nachricht und ruft Ihre Prozedur auf. Da die Aktivierung auf einem Server-Thread stattfindet, der nicht mit Ihrer ursprünglichen Verbindung zusammenhängt, ist dies zuverlässig. Tatsächlich kann der Server sogar herunterfahren und neu starten, während Ihre Prozedur ausgeführt wird und die Arbeit wird zurückgerollt, dann fortgesetzt, da die aktivierende Nachricht die Dienstprozedur nach dem Neustart erneut auslösen wird.

aktualisiert

ich die Details, wie veröffentlicht habe diesen einschließlich Beispielcode auf meinem Blog zu tun: Asynchronous procedure execution.