Ist es möglich, dynamisch-Schleife durch eine Tabelle Spalten?

Ich habe eine trigger-Funktion für eine Tabelle test mit folgenden code-snippet:

IF TG_OP='UPDATE' THEN
    IF OLD.locked > 0 AND
 (       OLD.org_id <> NEW.org_id OR
            OLD.document_code <> NEW.document_code OR
            -- other columns ...
 )
THEN
    RAISE EXCEPTION 'Message';
-- more code

So, ich bin statisch überprüfung der für die Spalte neuer Wert mit den vorherigen Wert zur Gewährleistung der Integrität. Jetzt jedes mal, wenn meine business-Logik verpasst und ich habe das hinzufügen von neuen Spalten in die Tabelle, ich werde mich ändern müssen, um diese trigger zu jeder Zeit. Ich dachte, es wäre besser, wenn ich irgendwie könnte, dynamisch, überprüfen Sie alle Spalten der Tabelle, ohne explizit indem Sie Ihre Namen.

Wie kann es getan werden?

InformationsquelleAutor MD Sayem Ahmed | 2010-06-21
  1. 7

    Werfen Sie einen Blick auf die information_schema-gibt es eine Ansicht "Spalten". Ausführen einer Abfrage, um alle aktuellen columnnames aus der Tabelle, die den trigger ausgelöst hat:

    SELECT 
    column_name 
FROM 
    information_schema.columns 
WHERE 
    table_schema = TG_TABLE_SCHEMA 
AND 
    table_name = TG_TABLE_NAME;

    Schleife über das Ergebnis und dort gehen Sie!

    Mehr Informationen finden Sie in der Handbuch.

    InformationsquelleAutor Frank Heikens
  2. 8

    Ab 9.0 beta2-Dokumentation über die WHEN Klausel in Triggern, die möglicherweise verwendet werden, die in früheren Versionen innerhalb des trigger-Körper:

    OLD.* IS DISTINCT FROM NEW.*

    oder möglicherweise (von 8.2 release notes)

    IF row(new.*) IS DISTINCT FROM row(old.*)

    • Ja. Wenn alles, was Sie tun, ist die Prüfung, ob jede Spalte die Werte haben sich geändert und Sie brauchen nicht zu wissen, wie die Spalte(N), die sich geändert haben, Stephen 2. snippet ist definitiv der Weg zu gehen. Prägnant und nie gewartet werden muss!
    • Erzengel könnten es nützlich finden, kombinieren Sie den test mit dem wissen, ob Locked > 0 und ob locked geändert hat. Zusätzlich IS DISTINCT FROM Angebote mit null-Werte in eine weniger überraschende Weise als <>
    InformationsquelleAutor Stephen Denne
  4. 1

    Verwenden, pl/perl und pl/python. Sie sind viel besser geeignet für solche Aufgaben. viel besser.

    Können Sie auch installieren hstore-new, und verwenden Sie die Zeile->hstore Semantik, aber das ist definitiv nicht eine gute Idee, wenn Sie mit normalen Datentypen.

    InformationsquelleAutor
  5. 0

    In Postgres 9.0 oder später hinzufügen eines Klausel, um Ihre trigger-definition (CREATE TRIGGER- Anweisung):

    CREATE TRIGGER foo
BEFORE UPDATE
FOR EACH ROW
WHEN (OLD IS DISTINCT FROM NEW)  -- parentheses required!
EXECUTE PROCEDURE ...;

    Nur möglich, wenn der Trigger BEFORE /AFTER UPDATE, wo beide OLD und NEW definiert sind. Sie würde eine Ausnahme ausgelöst werden, versuchen diese WHEN Klausel mit INSERT oder DELETE löst.

    Radikal vereinfachen, die trigger Funktion entsprechend:

    ...
IF OLD.locked > 0 THEN
   RAISE EXCEPTION 'Message';
END IF;
...

    Kein Bedarf zu testen IF TG_OP='UPDATE' ... da dieser trigger funktioniert nur für UPDATE sowieso.

    Oder verschieben, dass die Bedingung in der WENN-Klausel, zu:

    CREATE TRIGGER foo
BEFORE UPDATE
FOR EACH ROW
WHEN (OLD.locked > 0
  AND OLD IS DISTINCT FROM NEW)
EXECUTE PROCEDURE ...;

    So dass nur eine bedingungslose RAISE EXCEPTION in Ihrer trigger-Funktion, die nur aufgerufen wird, wenn erforderlich, um mit zu beginnen.

    Lesen Sie das Kleingedruckte:

    In einem BEFORE auslösen, die WHEN Bedingung ausgewertet wird kurz vor der
    Funktion ist oder ausgeführt werden würde, so mit WHEN ist nicht materiell
    verschiedene von den Tests der gleichen Bedingung am Anfang der
    trigger-Funktion. Beachten Sie insbesondere, dass die NEW Zeile zu sehen
    Bedingung ist der aktuelle Wert, gegebenenfalls modifiziert durch frühere
    Triggern. Auch ein BEFORE trigger WHEN Zustand ist nicht gestattet
    untersuchen Sie die system-Spalten der NEW Zeile (wie oid), weil diese
    nicht festgelegt wurden, noch.

    In einem AFTER auslösen, die WHEN Bedingung ausgewertet wird nur nach der
    Zeile update kommt, und es wird bestimmt, ob ein Ereignis in der Warteschlange
    den trigger auszulösen, die am Ende der Anweisung. Wenn also ein AFTER trigger
    WHEN Bedingung nicht true zurückgeben, es ist nicht notwendig, um die Warteschlange ein
    Fall noch wieder-Holen Sie die Zeile am Ende der Anweisung. Dies kann dazu führen,
    erhebliche Beschleunigungen in Anweisungen für die Bearbeitung von vielen Zeilen, wenn die
    der trigger muss nur geschossen werden, die für ein paar Zeilen.

    Verwandte:

    Auch die Frage klären, Titel

    Ist es möglich, dynamisch-Schleife durch eine Tabelle Spalten?

    Ja. Beispiele:

    InformationsquelleAutor Erwin Brandstetter
Schreibe einen Kommentar