firebird - after insert-oder update-trigger

Ich habe eine Berechnung in meine DB aktualisieren "Feld1" für "Tabelle1", nachdem der update-trigger.

Das problem, dass die Aktualisierung wird das Feld führen, dass der after update-trigger ausgelöst, und führen Sie eine langwierige Prozedur und Fehler anzeigen.

bitte beraten, wie Sie das update "Feld1", nachdem der "Nach dem update" trigger ausgeführt wurde und ohne dass die "nach dem update" trigger wieder ausgeführt wird.

Ich weiß, dass ich nicht verwenden können, NEUE mit After-trigger.

Dank

wie über die Verwendung der BEFORE UPDATE-trigger?
"Ich weiß, dass ich nicht verwenden Sie NEUE mit Nach Abzug." Warum? ALTE und NEUE meta-Variablen sind für beide VOR und NACH dem UPDATE-Trigger.
Die OP bedeutet wohl, dass man nicht schreiben in NEW Kontext-variable in der AFTER-trigger. Sie zu Lesen ist natürlich OK...
Genau............

InformationsquelleAutor Wel | 2012-02-15

  1. 5

    Kann man verwenden, um ein benutzerdefiniertes sperren-Mechanismus auf der Grundlage von Kontext-Variablen, die verhindern, dass aus dem wiederholten Aufruf der AFTER UPDATE-trigger.

    CREATE TRIGGER au FOR table
  AFTER UPDATE
  POSITION 0
AS
BEGIN
  IF RDB$GET_CONTEXT('USER_TRANSACTION', 'MY_LOCK') IS NULL THEN
  BEGIN
    RDB$SET_CONTEXT('USER_TRANSACTION', 'MY_LOCK', 1);

    ...
    Do your update operations here
    ...

    RDB$SET_CONTEXT('USER_TRANSACTION', 'MY_LOCK', NULL);
  END

  WHEN ANY DO
  BEGIN
    RDB$SET_CONTEXT('USER_TRANSACTION', 'MY_LOCK', NULL);
    EXCEPTION;
  END
END
    thats cool gleichen wie die Verwendung von globalen Variablen....aber statt mit Ausnahme werde ich wohl verwenden beenden......vielen Dank werde ich überprüfen Sie die Lösung bald.
    WENN JEDER Abschnitt hier ist für Versicherung, dass die Sperre erlischt, wenn Sie etwas falsch beantwortet. AUSNAHME ist hier für das erneute auslösen der Ausnahme, wenn alle.
    ic-vielen Dank.....
    1) "kann ich mit "aktualisieren"..." -- in, NACH oder VOR einem UPDATE löst die AKTUALISIERUNG metavariable wird immer WAHR. 2) "besser, zu BEENDEN oder zu suspendieren" - das ist der trigger, keine stored proc. AUSSETZEN ist nicht anwendbar für die Trigger. Für gespeicherte Prozeduren AUSZUSETZEN, ist für die Rücksendung Zeile in WÄHLBAREN Verfahren.
    vielen Dank..........

    InformationsquelleAutor Andrej Kirejeŭ

  2. 0

    Die offensichtliche Antwort ist die Umstellung auf die BEFORE UPDATE auslösen, wie bereits von J Cooper... allerdings, wenn aus irgendeinem Grund Sie unbedingt zu verwenden AFTER UPDATE dann musst du eine fahne, die sagt, dass das Feld muss neu berechnet werden, und überprüfen Sie es in Ihr auslösen. Ein Weg, es zu tun wäre, um das Feld zu NULL im BEFORE auslösen und überprüfen Sie dann gegen NULL in AFTER auslösen, dh

    CREATE TRIGGER bu_trigger BEFORE UPDATE
BEGIN
  -- mark field for recalculation if needed
  IF(update invalidates the field1 value)THEN
     NEW.field1 = NULL;
END

CREATE TRIGGER au_trigger AFTER UPDATE
BEGIN
  -- only update if the field is NULL
  IF(NEW.field1 IS NULL)THEN
     UPDATE table1 SET field1 = ...;
END

    Aber mit dieser Technik, die Sie wahrscheinlich verwenden viel IF(OLD.field IS DISTINCT FROM NEW.field)THEN Prüfungen in Triggern zu vermeiden unnessesary updates in Ihr auslöst.

    InformationsquelleAutor ain

  3. 0

    einfache Lösung...

    Feuer das update nur wenn die NEUE.FELD1-Wert ist wirklich neu, wie diese:

    CREATE TRIGGER au FOR table1
  AFTER UPDATE
  POSITION 0
AS
DECLARE VARIABLE TMP AS NUMBER(15,5); -- SAME DATATYPE OF FIELD1
BEGIN
  -- MAKE YOUR CALCULATION
  TMP=CALCULATEDVALUE;
  -- UPDATE THE ROW ONLY IF THE VALUES IS CHANGED
  IF (TMP<>NEW.FIELD1) UPDATE TABLE1 SET FIELD1=:TMP WHERE KEY=NEW.KEY; -- PAY ATTENTION IF TMP OR NEW.FIELD1 CAN BE NULL. IN THIS CASE USE COALESCE OR A DIFFERENCE COMPARISON
END

    InformationsquelleAutor Marco

  4. -1

    Lösung: Verwenden Sie BEFORE UPDATE TRIGGER statt AFTER UPDATE TRIGGER

    CREATE TRIGGER some_trigger BEFORE UPDATE ... etc
    Ich kann nicht auf die Art der Berechnungen ........ Dank

    InformationsquelleAutor J Cooper

Schreibe einen Kommentar