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