Если у меня есть триггер перед обновлением в таблице CANINES, который устанавливает столбец timestamp now(), а DOGS наследует от CANINES, когда обновляется строка DOGS, запускается триггер обновления CANINES? В моих тестах это не так, поэтому я подозреваю, что ответ Нет, но, возможно, я не делал вещи правильно:Наследование postgreSQL: триггеры родительских таблиц унаследованы?
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
Это одна из довольно многих областей, где наследование таблиц менее очевидно, чем вы могли бы надеяться. Триггеры и ограничения внешнего ключа являются проблематичными для разделенных таблиц; они требуют, чтобы код «понимал» фактическую структуру секционирования для работы. Вы не можете писать их в основном для таблицы верхнего уровня и автоматически выполнять их для подтабликов. –
@Craig Ringer: Да. Ограничения были разделены на «оговорки». Он должен иметь мета-предупреждение: этот раздел оговорки является неполным :-) – Tim