Wird die Leistung durch Auslöser verringert? Eingefügte und gelöschte Tabellen?

Question

Angenommen, ich habe gespeicherte Prozeduren, die Operationen zum Einfügen/Aktualisieren/Löschen in die Tabelle ausführen.

Abhängig von einigen Kriterien möchte ich einige Operationen durchführen.

Sollte ich Trigger erstellen oder die Operation in der gespeicherten Prozedur selbst ausführen.

Verringert die Verwendung der Trigger die Leistung?

Hat diese beiden Tabellen nämlich Eingefügt und gelöscht existiert (persistent) oder dynamisch erstellt?

Wenn sie dynamisch erstellt werden, hat dies ein Leistungsproblem.

Wenn sie persistente Tabellen sind, wo sind sie dann?

Auch wenn sie exixts dann kann ich zugreifen Eingefügt und Gelöschte Tabellen in gespeicherten Prozeduren?

Answer 1

Leistung auf was? Der Trigger führt nach dem Ereignis eine Aktualisierung der Datenbank durch, damit der Benutzer Ihres Systems nicht einmal weiß, dass es läuft. Es passiert im Hintergrund.

Ihre Frage ist in einer Weise formuliert, die ziemlich schwer zu verstehen ist.

Answer 2

Ja, eine Tabelle mit einem Trigger funktioniert nicht so gut wie ohne sie. Logik diktiert, dass etwas zu tun teurer ist als nichts zu tun.

Ich denke, Ihre Frage wäre sinnvoller, wenn Sie gefragt werden, ob es leistungsfähiger ist als andere Ansätze, die Sie nicht angegeben haben.

Letztendlich würde ich das Werkzeug auswählen, das für den Job am besten geeignet ist, und sich nur um die Leistung kümmern, wenn ein Problem auftritt, und nicht bevor Sie überhaupt eine Lösung implementiert haben.

Eingefügte und gelöschte Tabellen sind innerhalb des Triggers verfügbar. Daher ist das Aufrufen von Stored Procedures ein No-Go.

Answer 3

Es verringert die Leistung der Abfrage per Definition: Die Abfrage macht dann etwas, was sie sonst nicht tun würde.

Der andere Weg, um es zu betrachten ist: Wenn Sie manuell tun würden, was auch immer der Auslöser tut, dann erhöhen sie die Leistung, indem sie eine Rundfahrt speichern.

Machen Sie noch einen Schritt weiter: Dieser Vorteil verschwindet, wenn Sie eine gespeicherte Prozedur verwenden und trotzdem innerhalb eines Server-Roundtrips laufen.

So hängt es davon ab, wie Sie es betrachten.

Answer 4

Wird es weniger performant sein, als dasselbe in einem gespeicherten Prozess zu tun. Wahrscheinlich nicht, aber bei allen Performance-Fragen ist der einzige Weg, um wirklich zu wissen, beide Ansätze mit einem realistischen Datensatz zu testen (wenn Sie eine 2.000.000 Datensatztabelle haben, testen Sie nicht mit einer Tabelle mit 100 Datensätzen!) Die Auswahl zwischen einem Trigger und einer anderen Methode hängt ganz davon ab, ob die betreffende Aktion ausgeführt werden muss, unabhängig davon, wie die Daten aktualisiert, gelöscht oder eingefügt werden. Wenn dies eine Geschäftsregel ist, die immer passieren muss, egal was passiert, ist ein Trigger der beste Ort dafür, oder Sie haben schließlich Probleme mit der Datenintegrität. Daten in Datenbanken werden häufig aus anderen Quellen als der GUI geändert.

Wenn Sie einen Trigger schreiben, gibt es mehrere Dinge, die Sie beachten sollten. Zunächst wird der Trigger für jeden Batch einmal ausgelöst. Unabhängig davon, ob Sie einen Datensatz oder 100.000 Datensätze eingefügt haben, wird der Trigger nur einmal ausgelöst. Sie können nicht davon ausgehen, dass nur ein Datensatz betroffen ist. Man kann auch nicht davon ausgehen, dass es immer nur ein kleiner Datensatz sein wird. Aus diesem Grund ist es wichtig, alle Trigger so zu schreiben, als würden Sie eine Million Zeilen einfügen, aktualisieren oder löschen. Das bedeutet, setzungsbasierte Logik und keine Cursor oder While-Schleifen, wenn überhaupt möglich. Nimm keinen Stored Proc, der für einen Datensatz geschrieben wurde, und rufe ihn in einem Cursor in einem Trigger auf.

Senden Sie auch keine E-Mails von einem Cursor. Sie möchten nicht alle Einfügungen, Aktualisierungen oder Löschungen stoppen, wenn der E-Mail-Server ausgefallen ist.