Ein cursor mit dem Namen ... es gibt bereits einen SQL Server 2008

Ich habe einen trigger, der verwendet wird, um einige auditing-Aufgaben, wenn änderungen in einer Tabelle. Innerhalb dieser trigger es gibt eine WHILE-Schleife, in der Schleife ist ein cursor deklariert ist, verwendet, geschlossen und dann freigegeben, bevor die nächste iteration der Schleife.

Wenn ich eine gespeicherte Prozedur aufrufen, ändert sich die Tabelle und die wiederum bewirkt, dass der Auslöser ausgeführt wird, und ich dies innerhalb des Management Studio, alles funktioniert wie erwartet.

Jedoch, wenn diese gespeicherte Prozedur aufgerufen wird, aus der Java-web-Anwendung, bekomme ich die Fehlermeldung: "Ein cursor mit dem Namen ... ist bereits vorhanden".

Gibt es einen Grund, warum diese gespeicherte Prozedur funktionieren würde, wenn ich es ausführen manuell, und nicht Arbeit, wenn Sie von der web-Anwendung?

Ein trigger, der einen cursor und eine while-Schleife ist ein Auslöser, der refaktorisiert werden.

InformationsquelleAutor t0mm0d | 2011-07-18

  1. 29

    Es klingt wie Sie möglicherweise über den GLOBALEN Cursor, die zu Problemen führen könnte, wie diese.

    Wenn Sie müssen, verwenden von Cursorn:

    Wenn Sie können, verwenden Sie die LOKALE Cursor in all Ihren code.
    z.B. declare cursor-Anweisung mit der "LOCAL" - Schlüsselwort, wie diese:

    DECLARE yourcursor CURSOR LOCAL ...
    Diese Feste mein Problem mit Cursor in einer Multithread-Anwendung. Kann auch so eingestellt werden, standardmäßig auf local festgelegt durch die Datenbank-Optionen: msdn.microsoft.com/en-us/library/ms188124(v=sql.105).aspx

    InformationsquelleAutor Moe Sisko

  2. 6

    Können Sie auch versuchen, diese

    IF CURSOR_STATUS('global', 'Cursorname') >= -1
BEGIN
    CLOSE Cursorname
    DEALLOCATE Cursorname
END

    InformationsquelleAutor Manjunath P

  3. 4

    Klingt ein wenig wie es genannt wird, durch mehrere threads und somit bereits vorhanden ist, wenn der zweite thread versucht, den Namen zu verwenden. Sie könnten versuchen, die Benennung des Cursors mit einer GUID in den Namen etc. Ich würde nicht empfehlen, diesen Ansatz.

    Ich schlage vor, Sie entfernen Sie den cursor von Ihrem trigger-code, wenn möglich, zugunsten eines set-basierten Ansatz. Overhead Verwendung eines Cursors innerhalb der trigger muss Recht hoch sein.

    InformationsquelleAutor catteralld

Schreibe einen Kommentar