SQL-Server-trigger - SET-variable = Spalte.Wert

Ich versuche, einen trigger erstellen, die auf Tabelle component und Protokollierung UPDATE, DELETE und INSERT Bedienung an den Tisch component_history

CREATE TRIGGER component_hist
ON component
AFTER INSERT, UPDATE, DELETE
AS

DECLARE
   @tr_action varchar(8),
   @tr_id_compoment int,
   @tr_name varchar(max),
   @tr_value int

IF COLUMNS_UPDATED() <> 0 -- delete or update?
BEGIN     
  SET @tr_action = 'UPDATE'
ELSE -- delete     
BEGIN
  SET @tr_action = 'DELETE'
END

INSERT INTO component_history VALUES (@tr_id_component, @tr_name, @tr_value, @tr_action);

Wie kann ich Informationen aus Spalten (id, name, value) aus der Tabelle component in component_history?

Ich versucht habe:

SET 
@tr_id_component = component.id,
@tr_name = component.name,
@tr_value = component.value

aber es berichten:

Msg 4104, Ebene 16, Status 1, Prozedur component_hist, Zeile 22

Der mehrteilige Bezeichner " - Komponente.id" konnte nicht gebunden werden.

  • Einige element der anwser zu deiner Frage hier: stackoverflow.com/questions/1751715/...
  • Vorausgesetzt, mindestens ein insert wurde bereits erfolgreich verarbeitet (also Zeilen in der Tabelle vorhanden sind), EXISTS (SELECT * FROM component) wird immer wahr sein. Und Trigger einmal pro Anweisung, nicht einmal pro Zeile, so zu denken, setzen von Werten in Variablen ist immer falsch im Kopf.
  • Es ist eine zweite Sache, es war eine Konstruktion für ORACLE, aber MSSQL nicht unterstützt, BEVOR die Anweisung, so dass ich mit NACH nur für jetzt (ich weiß nicht, wie zu lösen, BEVOR) :((
InformationsquelleAutor gaffcz | 2012-05-30
  1. 2

    Sollte sowas ausreichen:

    CREATE TRIGGER component_hist
ON component
AFTER INSERT, UPDATE, DELETE
AS

INSERT INTO component_history /* I'd prefer to see a column list here */
select id,name,value,CASE WHEN EXISTS(select * from deleted) THEN 'UPDATE' ELSE 'INSERT' END
from inserted
UNION ALL
select id,name,value,'DELETE'
from deleted
where not exists(select * from inserted)

    Einen kleine Optimierung (wenn man viel großen updates) wäre, nach der EXISTS (select * from deleted) Bewertung aus der SELECT (da es derzeit beurteilt werden einmal pro Zeile).

    Beachten Sie auch, dass in der UPDATE Fall, wir sind nur die Speicherung der neuen Werte, nicht die alten Werte.

    Den eingefügt und gelöscht pseudo-Tabellen sind etwas besonderes - Sie enthalten die Zeilen, die betroffen waren durch die Anweisung, die den Auslöser, um Feuer. Die inserted Tabelle enthält alle neuen Zeilen, und die deleted Tabelle enthält alle alten Zeilen. Dies führt zu der Logik, dass bei einer insert, deleted wird leer sein (keine alten Zeilen betroffen waren durch das einfügen). Und während ein delete, inserted leer (keine neuen Zeilen angelegt wurden). Während einer update beide Tabellen gefüllt sind.

    Dies ist der Grund, warum der Obere Teil der select gilt sowohl für insert und update Operationen, da sind wir mit den inserted Tabelle. Aber wir überprüfen, ob es irgendwelche Zeilen in deleted, um zwischen den beiden Operationen. In der unteren select (unterhalb der union all), wir die Abfrage der deleted Tabelle - aber wir nutzen die where - Klausel, um zu verhindern, dass alle Zeilen zurückgegeben werden, wenn dies tatsächlich eine update Betrieb.

    • Schön, es funktioniert wirklich! Ich danke Ihnen sehr 🙂
    • Damien, könnten Sie mir erklären, wie es funktioniert ein bisschen? Es funktioniert, aber ich weiß nicht, wie...
    • Ich habe einige Erklärungen, vermute Sie wollte Infos über inserted und deleted. Wenn nicht, können Sie sagen, welche bit(s) nicht klar?
    • Es ist jetzt klar, vielen Dank nochmal! 🙂
    InformationsquelleAutor Damien_The_Unbeliever
Schreibe einen Kommentar