Update a table with a trigger after update

后端 未结 3 2014
礼貌的吻别
礼貌的吻别 2020-12-21 09:36

I have two tables

 batch (batch_id,start_date,end_date,batch_strength,is_locked)
 sem (user_id,is_active,no_of_days)

I have executed the tr

相关标签:
3条回答
  • 2020-12-21 09:53

    There are several ways to prevent the infinite recursion you built into your trigger, the most elegant and performant probably adding a WHERE clause to the UPDATE statement in your trigger function:

    CREATE OR REPLACE FUNCTION em_batch_update()
      RETURNS trigger AS
    $func$
    BEGIN
    
    UPDATE batch b
    SET    is_locked = TRUE
    FROM   sem s
    WHERE  s.is_active
    AND    s.user_id = 'OSEM'
    AND    b.start_date <= (current_date - s.no_of_days)
    AND    b.is_locked IS DISTINCT FROM TRUE; -- prevent infinite recursion!
    
    RETURN NULL;
    
    END
    $func$  LANGUAGE plpgsql;
    
    CREATE TRIGGER em_sem_batch
    BEFORE UPDATE ON batch
    FOR EACH STATEMENT
    EXECUTE PROCEDURE em_batch_update();
    

    I changed a few other things to move towards sanity:

    • Since the trigger function does the same for every row, I changed it into a potentially much cheaper statement-level trigger.

    • Consequently, I made the trigger function RETURN NULL, because, I quote the manual here:

    Trigger functions invoked by per-statement triggers should always return NULL.

    • batch.is_locked and sem.is_active look like boolean columns. Use a proper boolean data type for them. My code is building on it.

    • I also rewrote your UPDATE query completely. In particular the condition on batch.start_date so that an index can be used if available.

    • If batch.is_locked is defined NOT NULL, the WHERE condition can be simplified to:

          AND    b.is_locked = FALSE;
      
    0 讨论(0)
  • 2020-12-21 09:54

    Your UPDATE trigger runs another UPDATE on the same table, which will fire the trigger again, so you get infinite recursion. You probably need to redesign this a little bit, but it's hard to say how without an explanation of what you're trying to do.

    0 讨论(0)
  • 2020-12-21 09:59

    Infinite recursion in this case because update trigger will do update operation on table batch and the same will triggered after execution of update statement inside em_sem_batch trigger itself.To prevent this add one column in table and in update statement of trigger update that column also to some value and add an if condition to check whether that column has that constant value if so avoid execution of update statement else execute update statement. See example below:

    CREATE FUNCTION public.trigger_fuction()
        RETURNS trigger
        LANGUAGE 'plpgsql'
        NOT LEAKPROOF
    AS $BODY$
    BEGIN
      IF NEW.data_replicated=true THEN
        UPDATE sample SET data_replicated=false WHERE id=NEW.id;
        raise notice 'changed data replicated of sample with id as %',NEW.ID;
      END IF;
      RETURN NEW;
    END;
    $BODY$;
    
    
    CREATE TRIGGER data_replication_trigger
      AFTER UPDATE
      ON sample
      FOR EACH ROW
      EXECUTE PROCEDURE trigger_fuction();
    

    In this example sample table has data_replicated boolean field which will be updated when trigger is executed.

    0 讨论(0)
提交回复
热议问题