Wie kann man innerhalb einer Triggerfunktion herausfinden, welche Felder aktualisiert werden?

Wie @A. H. schreibt in seinem Kommentar, wenn eine "Quelle" nicht "senden Sie einen Bezeichner", die Spalte bleibt unverändert. Dann kann man nicht erkennen, ob das aktuelle UPDATE wurde von der gleichen Quelle wie die Letzte, oder von einer Quelle, die nicht die Spalte an alle. In anderen Worten: das funktioniert nicht richtig.

Wenn die "Quelle" ist erkennbar durch irgendwelche diese session-Informationen FunktionenSie konnte arbeiten. Wie:

NEW.column = session_user;

Unbedingt für jedes update.

Allgemeine Lösung

Fand ich einen Weg, wie löst man das ursprüngliche problem. Die Spalte einen Standardwert in alle update, wo die Spalte ist nicht aktualisiert (nicht in der SET Liste der UPDATE).

Zentrales element ist ein pro-Trigger eingeführt in PostgreSQL 9.0:

Den trigger wird nur ausgelöst, wenn mindestens eine der aufgeführten Spalten
erwähnt wird als Ziel von dem UPDATE-Befehl.

Das ist die einzige einfache Möglichkeit, die ich gefunden, zu unterscheiden, ob eine Spalte wurde mit einem neuen Wert aktualisiert identisch mit dem alten Wert im Vergleich zu nicht aktualisiert.

_{Ein könnte Parsen der zurückgegebenen text von current_query().}

Ich nehme an, eine Spalte coldefiniert NOT NULL.

• Schritt 1: Legen Sie col zu NULL wenn unverändert:

CREATE OR REPLACE FUNCTION trg_tbl_upbef_step1()
  RETURNS trigger AS
$BODY$
BEGIN

IF OLD.col = NEW.col THEN
    NEW.col := NULL;        -- "impossible" value
END IF;

RETURN NEW;

END;
$BODY$  LANGUAGE plpgsql;

• Schritt 2: Zurücksetzen auf den alten Wert. Trigger werden nur ausgelöst, wenn der Wert wurde tatsächlich aktualisiert:

CREATE OR REPLACE FUNCTION trg_tbl_upbef_step2()
  RETURNS trigger AS
$BODY$
BEGIN

IF NEW.col IS NULL THEN
    NEW.col := OLD.col;
END IF;

RETURN NEW;

END;
$BODY$  LANGUAGE plpgsql;

• Schritt 3: Jetzt können wir erkennen, dass die fehlende Aktualisierung und legen Sie einen default-Wert statt:

CREATE OR REPLACE FUNCTION trg_tbl_upbef_step3()
  RETURNS trigger AS
$BODY$
BEGIN

IF NEW.col IS NULL THEN
    NEW.col := 'default value';
END IF;

RETURN NEW;

END;
$BODY$  LANGUAGE plpgsql;

Implementieren von Triggern, step2 ist ein pro-Trigger:

CREATE TRIGGER upbef_step1
  BEFORE UPDATE ON tbl
  FOR EACH ROW
  EXECUTE PROCEDURE trg_tbl_upbef_step1();

CREATE TRIGGER upbef_step2
  BEFORE UPDATE OF col ON tbl               -- key element
  FOR EACH ROW
  EXECUTE PROCEDURE trg_tbl_upbef_step2();

CREATE TRIGGER upbef_step3
  BEFORE UPDATE ON tbl
  FOR EACH ROW
  EXECUTE PROCEDURE trg_tbl_upbef_step3();

Den Namen der Trigger, die relevant sind, denn Sie werden entlassen in alphabetischer Reihenfolge!

Das Verfahren könnte vereinfacht werden, wenn wir so etwas wie "pro-nicht-Trigger" oder einen anderen Weg, um einfach überprüfen Sie die Ziel-Liste ein UPDATE in einem trigger.

Wenn Ihre Spalte NULL haben, verwenden Sie einen anderen "unmöglich" ist-temp. Wert und prüfen Sie die NULL zusätzlich:

IF OLD.col IS NOT DISTINCT FROM NEW.col THEN
    NEW.col := '#impossible_value#';
END IF;

InformationsquelleAutor der Antwort Erwin Brandstetter

Habe ich erhalten, eine andere Lösung zu ähnlichen problem fast natürlich, weil meine Tabelle, die eine Spalte mit der Semantik von "last-update-Zeitstempel" (nennen wir es UPDT).

So, ich entschieden, um neue Werte von Quelle und UPDT in jedem update nur auf einmal (oder gar keine). Da UPDT soll ändern bei jedem update, mit einer solchen Politik kann man verwenden, Bedingung new.UPDT = old.UPDT zu folgern, dass keine Quelle angegeben wurde, mit aktuellen update und ersetzen Sie die Standard-Einstellung.

Wenn man bereits letztes update timestamp' - Spalte in seiner Tabelle, diese Lösung wird einfacher sein, als die Schaffung von drei Triggern. Nicht sicher, ob es eine bessere Idee, UPDT, wenn es nicht benötigt wird, schon. Wenn updates sind so Häufig, dass es Gefahr, timestamp ähnlichkeit, ein Sequenzer kann verwendet werden, anstelle von timestamp.

InformationsquelleAutor der Antwort mas.morozov