2013-02-09 9 views
5

Jeśli mam wyzwalacz przed aktualizacją w tabeli CANINES, która ustawia kolumnę znacznika czasu na teraz(), a DOGS dziedziczy z CANINES, kiedy wiersz DOGS jest zaktualizowany, czy wyzwalacz aktualizacji CANINES ma zostać uruchomiony? W moich badaniach nie, więc podejrzewam, że odpowiedź jest Nie, ale może ja nie zrobiłem wszystko poprawnie:Dziedziczenie PostgreSQL: czy reguły tabelowe są dziedziczone?

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

Jest to jeden z niewielu obszarów, w których dziedziczenie tabeli jest mniej jasne, niż można mieć nadzieję. Wyzwalacze i ograniczenia klucza obcego są problematyczne w przypadku tabel z partycjami; wymagają kodu, aby "zrozumieć" faktyczną strukturę partycji w celu działania. Naprawdę nie można ich zapisać w sposób ogólny dla tabeli najwyższego poziomu i automatycznie uruchamiać w przypadku tabel podrzędnych. –

+0

@Craig Ringer: Tak. Sekcja "zastrzeżeń" dotyczyła ograniczeń. Powinien mieć meta-zastrzeżenia: ta sekcja zastrzeżeń jest niepełna :-) – Tim

Odpowiedz

7

Krótko mówiąc - nie, to nie jest dziedziczona. Istnieje opcja, aby CREATE TABLE - LIKE ... INCLUDING ..., ale nie propaguje również wyzwalaczy.

Powiązane problemy