Sollten Sie SET NOCOUNT ON in SQL Server verwenden?

SET NOCOUNT ON in SQL Server: Kompromisse

Ob „SET NOCOUNT ON“ in SQL Server verwendet werden soll, war schon immer ein Diskussionsthema unter Entwicklern. Einige sehen darin einen Leistungsvorteil, während andere vor möglichen Nachteilen warnen.

Hintergrundwissen

Der Befehl „SET NOCOUNT ON“ unterdrückt die Meldung „Anzahl der betroffenen Zeilen xx Zeilen“, die nach einem DML-Vorgang angezeigt wird. Bei dieser Nachricht handelt es sich um eine Ergebnismenge, die der Client verarbeiten muss, was einen trivialen, aber messbaren Mehraufwand verursacht. In Szenarien mit Triggern oder gespeicherten Prozeduren können mehrere „Zeilen betroffen xx Zeilen“-Meldungen bei einigen ORMs, einschließlich MS Access und JPA, Fehler verursachen.

Unterstützer von SET NOCOUNT ON

Konventionelle Weisheit besagt, dass „SET NOCOUNT ON“ verwendet werden sollte, um die Leistung zu verbessern. Das Argument ist, dass die Meldung „Anzahl der betroffenen Zeilen xx Zeilen“ für die meisten Anwendungen unnötig ist und ihre Unterdrückung den Netzwerkverkehr und die Verarbeitungszeit reduzieren kann. Darüber hinaus wird davon ausgegangen, dass SET NOCOUNT ON Fehler in bestimmten Szenarios verhindert, in denen der Client eine bestimmte Anzahl von Zeilen erwartet.

Gegner von SET NOCOUNT ON

Gegner von „SET NOCOUNT ON“ argumentieren, dass es erweiterte Datenbankoperationen behindern könnte. Das Unterdrücken von Informationen zur Zeilenanzahl kann beispielsweise Folgendes beeinträchtigen:

• Verwenden Sie IF EXISTS, um doppelte Datensätze zu vermeiden
• Verwenden Sie WHERE NOT EXISTS, um die Ergebnisse einzuschränken
• Belanglose Aktualisierungen herausfiltern
• Tabellenzugriff vor oder nach DML-Vorgängen durchführen

Darüber hinaus kann SET NOCOUNT ON bei einigen Client-Frameworks (z. B. SqlDataAdapter und JPA von ADO.NET) zu unerwartetem Verhalten führen. Diese Frameworks erwarten Informationen zur Zeilenanzahl, und deren Fehlen kann zu Fehlern oder falschen Ergebnissen führen.

Auswirkungen auf die Leistung

Während allgemein angenommen wird, dass SET NOCOUNT ON die Leistung verbessert, deuten die Daten auf etwas anderes hin. Im TDS-Protokoll spart SET NOCOUNT ON nur 9 Bytes pro Abfrage, während der Befehl selbst 14 Bytes umfasst. Bei der Meldung „Anzahl der betroffenen Zeilen xx Zeilen“ handelt es sich nicht um ein separates Netzwerkpaket, sondern um eine kleine eingebettete Struktur. Daher ist die Leistungsverbesserung minimal.

Fazit

Ob „SET NOCOUNT ON“ verwendet werden soll oder nicht, hängt von den spezifischen Bedürfnissen und Überlegungen ab. Dies kann in Szenarien von Vorteil sein, in denen die Leistung von entscheidender Bedeutung ist oder in denen das Client-Framework nicht auf Informationen zur Zeilenanzahl angewiesen ist. Bevor Sie SET NOCOUNT ON global implementieren, sollten Sie jedoch unbedingt die möglichen Nachteile berücksichtigen.

Das obige ist der detaillierte Inhalt vonSollten Sie SET NOCOUNT ON in SQL Server verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!