Für INSERT, UPDATEund DELETESQL - Anweisungen direkt an der Datenbank ausgeführt, kehren die meisten Datenbankanbieter die Anzahl der betroffenen Zeilen. Bei gespeicherten Prozeduren beträgt die Anzahl der betroffenen Datensätze immer -1.
Wie erhalten wir die Anzahl der Datensätze, die von einer gespeicherten Prozedur betroffen sind?
Antworten:
Registrieren Sie einen out-Parameter für die gespeicherte Prozedur und legen Sie den Wert basierend auf der @@ROWCOUNTVerwendung von SQL Server fest. Verwenden SQL%ROWCOUNTSie diese Option, wenn Sie Oracle verwenden.
Beachten Sie, dass Sie bei mehreren Vorgängen INSERT/UPDATE/DELETEeine Variable benötigen, um das Ergebnis @@ROWCOUNTfür jede Operation zu speichern .
@@RowCount gibt Ihnen die Anzahl der Datensätze an, die von einer SQL-Anweisung betroffen sind.
Das @@RowCountfunktioniert nur, wenn Sie es unmittelbar danach ausstellen. Wenn Sie also Fehler einfangen, müssen Sie dies in derselben Zeile tun. Wenn Sie es aufteilen, verpassen Sie das, was Sie an zweiter Stelle setzen.
SELECT @NumRowsChanged = @@ROWCOUNT, @ErrorCode = @@ERRORWenn Sie mehrere Anweisungen haben, müssen Sie die Anzahl der betroffenen Zeilen für jede erfassen und addieren.
SELECT @NumRowsChanged = @NumRowsChanged + @@ROWCOUNT, @ErrorCode = @@ERROREs stellt sich für mich heraus, dass dies SET NOCOUNT ONim Skript für gespeicherte Prozeduren festgelegt wurde (standardmäßig in SQL Server Management Studio) und SqlCommand.ExecuteNonQuery();immer -1 zurückgegeben hat.
Ich habe es einfach ausgelöst: SET NOCOUNT OFFohne es benutzen zu müssen @@ROWCOUNT.
Weitere Details finden Sie hier: SqlCommand.ExecuteNonQuery () gibt beim Einfügen / Aktualisieren / Löschen -1 zurück
WARNUNG: @@ROWCOUNTKann falsche Daten zurückgeben, wenn an die zu ändernde Tabelle Trigger angehängt sind!
Das @@ROWCOUNTgibt die Anzahl der vom TRIGGER betroffenen Datensätze zurück, nicht die tatsächliche Anweisung!