PostgreSQL 13
https://postgrespro.ru/docs/postgresql/13/ddl-inherit Отношение наследования между таблицами обычно устанавливается при создании дочерней таблицы с использованием предложения INHERITS оператора CREATE TABLE. Другой способ добавить такое отношение для таблицы, определённой подходящим образом — использовать INHERIT с оператором ALTER TABLE. Для этого будущая дочерняя таблица должна уже включать те же столбцы (с совпадающими именами и типами), что и родительская таблица. Также она должна включать аналогичные ограничения-проверки (с теми же именами и выражениями). Удалить отношение наследования можно с помощью указания NO INHERIT оператора ALTER TABLE. Динамическое добавление и удаление отношений наследования может быть полезно при реализации секционирования таблиц.Имеется базовая таблица с автогенерируемым столбцом . В дочерней таблице наследуемые столбцы можно создать двумя способами:
1 ) при создании дочерней таблицы с указанием INHERITE base_table .
2 ) в уже созданной дочерней таблице путём добавления всех наследуемых полей с теми же именами, типами и ограничениями (NULL + CHECK) и выполнения ALTER TABLE child_table INHERITE base_table .

Проблема в том, что во втором случае автогенерируемый столбец наследуется как обычный (негенерируемый) столбец.
Тогда как в первом случае он наследуется корректно - как автогенерируемый.

Вопросы :
1 ) Как во втором случае корректно унаследовать автогенерируемый столбец ?
2 ) Как в уже созданной таблице изменить выражение генерации значения автогенерируемого столбца без его пересоздания ?

Судя по всему, проблема №1 является следствием проблемы №2...

Речь не о последовательностях, а о генерируемых столбцах .
Так в PostgreSQL ещё и наследование последовательностей не работает ?

Maxim Boguk вообще приведите test case подскажу может как обойти я без него не соображу пока что именно не срабатывает.

P.S . Плюс остаётся в силе вопрос №2:
> 2) Как в уже созданной таблице изменить выражение для вычисления значения генерируемого столбца без его пересоздания ?

авторстанет невозможным после исправления (добавления проверки там где сейчас её нет, вернее сказать). Генерируемые поля необходимо будет объявить с аналогичным вычисляемым выражением.Это не проблема. Главное - чтобы столбец стал генерируемым после установления наследования.
И чтобы выражение генерации производной таблицы менялось вместе с выражением генерации базовой таблицы (если будет добавлена возможность изменения такого выражения).

Было бы гораздо удобнее и логичнее, если наследование FK и индексов (построенных исключительно на наследуемых столбцах) было реализовано на опциональном уровне. Здесь возникают два вопроса:

1 ) Если CHECK-ограничения на поле наследуются, то почему не наследуются внешние ключи ? ( причина X , которая противоречит логике Y )
2 ) Если не наследуются внешние ключи, тогда почему наследуются CHECK-ограничения на поле ? ( причина Y , которая противоречит логике X )

А коли так, то получается нехорошо...