2013-02-09 15 views
5

Se ho un trigger prima dell'aggiornamento sulla tabella CANINES che imposta una colonna timestamp su now(), e DOGS eredita da CANINES, quando viene aggiornata una riga DOGS, il trigger dell'aggiornamento CANINES dovrebbe essere attivato? Nel mio test non è così, quindi ho il sospetto che la risposta è No , ma forse io non ho fatto le cose correttamente:Eredità PostgreSQL: i trigger padre-tabella sono ereditati?

create table canines 
(
lastupdate timestamp with time zone default now() 
); 

CREATE OR REPLACE FUNCTION stamp_lastupdate_column() 
    RETURNS TRIGGER AS $$ 
    BEGIN 
     NEW.lastupdate = now(); 
     RETURN NEW; 
    END; 
    $$ language 'plpgsql'; 


CREATE TRIGGER TRG_CANINES_BU BEFORE UPDATE 
     on CANINES FOR EACH ROW EXECUTE PROCEDURE 
     stamp_lastupdate_column(); 


create table dogs 
(id int primary key, 
breed varchar(25) 
) inherits (CANINES); 

insert into dogs(id, breed) values(1, 'sheltie'); 

select * from dogs; 
--"2013-02-09 06:49:31.669-05" , 1 , sheltie 

update dogs set breed = 'Sheltie/Shetland Sheepdog' where id = 1; 

select * from dogs; 
--"2013-02-09 06:49:31.669-05" , 1 , Sheltie/Shetland Sheepdog 
+0

Questa è una delle poche aree in cui l'ereditarietà delle tabelle è meno chiara di quanto si possa sperare. Trigger e vincoli di chiavi esterne sono entrambi problematici con le tabelle partizionate; richiedono un codice per "capire" l'effettiva struttura di partizionamento per poter funzionare. Non è possibile scrivere in modo generico per la tabella di livello superiore e farli funzionare automaticamente per le tabelle secondarie. –

+0

@Craig Suoneria: Sì. C'era una sezione "caveat" sulle limitazioni. Dovrebbe avere una meta-avvertenza: questa sezione dei caveat è incompleta :-) – Tim

risposta

7

farla breve - no, non è ereditaria. Esiste un'opzione su CREATE TABLE - LIKE ... INCLUDING ..., ma non propagano i trigger.

Problemi correlati