На самом деле неаследование в PG это некая фикция но порой полезная...
т.е. выражения
create table a( id integer) ;
create table b (name text) inherits (a);
select * from a;
select * from a only;
select * from b;
физически эквивалентны cледующим:
create table a( id integer) ;
create table b (id integer, name text);
select id from a union all select * from b;
select * from a ;
select * from b;
т.е. от механизма наследования мы получаем возможность не повторять струткуру дочерних таблиц при описании , а также прозрачный метод добавления полей ( добавленное поле предка- автоматически добавится и у детей)..
Ну и плюс возможность не писать сложных запросов с юнионами...
Вот собственно и вся прелесть...
Т.е. всем кто ждет от наследования чегото большего - тот ошибается...
соотвественно ни индексы - ни триггеры не наследуются...
ибо вставка в таблицу B - ни коим образом не затрагивает таблицу A
b наоборот... но ведь вам ни кто не запрещает руками определять индексы и переназначать триггерные функции например с таблицы A на таблицу B?
Просто вы будете делать это сами ...
Вот... Еще одно применение наследования таблиц-это возможность в применением tablespace - разнести одну логическую таблицу на два разных диска..
например актуальные данные деражать в таблице A -старые данные держать в таблице B - а обращаться к данным как к таблице C

create table A (ID integer,NAME text ) tablespace Disk1;
create table B () inherits(A) tablespace Disk2;
create table C () inherits(B) ;

select * from C -получить все данные и актуальные и архивные...
select * from A - только актуальные данные
select * from B - только архивные...

согласитесь - это удобнее чем писать сложные запросы с обьединением нескольких таблиц...
Ну и естeственно констроль целостности типа форейн ключей тут не буцдет работать - т.е. придется контролировать все руками...
Вот примерно сумбурно я рассказал что такое механизм наследования в PG..
Во всяком случае я его так понимаю....