izМогу "посоветовать" только создать скрипт, который будет в кроне проверять состояние вашей базы и создавать требуемый "динамический" view.ну, ежли состояние базы фиксировано - пишется юнион с перечислением всех полей потомков (для тех потомков, в которых того или иного поля нет заполняем поля Null-ами, расширив соответственный подселект юниона.
при этом, кажется, не теряем особо в быстродействии. по крайней мере - пока. т.к. общие индексы на гирлянду наследников ,кажется, только обещают.


а процедурку наваять, имхо несложно. можно примерно так SELECT *, f(tableoid,oid) FROM "maintable";
где f - pgSQL ф-я, возвращающая ROW (record) вида ~~
EXECUTE 'SELECT * FROM ' ||
quote_ident(SELECT c.relname FROM pg_class c WHERE c.oid = v.tableoid) ||
' WHERE oid = ' || oid
где вместо oid может использоваться ваше ключевое (если оно для всех таблиц - унаследовано).
должно получится (не проверял - ожидаемая проблема - поле с типом запись, каждая из которых разной структуры). доп поле с типом "запись" придется потом разбирать клиентом. (для чего ему можно еще и передать (тоже как поле) запись из системных таблиц - о составе этой самой записи).