pgsql: Fix StoreCatalogInheritance1 to use 32bit inhseqno

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема pgsql: Fix StoreCatalogInheritance1 to use 32bit inhseqno
Дата
Msg-id E1ecWZK-0005SU-PI@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Fix StoreCatalogInheritance1 to use 32bit inhseqno

For no apparent reason, this function was using a 16bit-wide inhseqno
value, rather than the correct 32 bit width which is what is stored in
the pg_inherits catalog.  This becomes evident if you try to create a
table with more than 65535 parents, because this error appears:

ERROR:  duplicate key value violates unique constraint «pg_inherits_relid_seqno_index»
DETAIL:  Key (inhrelid, inhseqno)=(329371, 0) already exists.

Needless to say, having so many parents is an uncommon situations, which
explains why this error has never been reported despite being having
been introduced with the Postgres95 1.01 sources in commit d31084e9d111:
https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/commands/creatinh.c;hb=d31084e9d111#l349

Backpatch all the way back.

David Rowley noticed this while reviewing a patch of mine.
Discussion: https://postgr.es/m/CAKJS1f8Dn7swSEhOWwzZzssW7747YB=2Hi+T7uGud40dur69-g@mail.gmail.com

Branch
------
REL9_3_STABLE

Details
-------
https://git.postgresql.org/pg/commitdiff/9a215fb4b5ec67b481b3ad742e1419fa3f466598

Modified Files
--------------
src/backend/commands/tablecmds.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)


В списке pgsql-committers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: pgsql: Transfer state pertaining to pending REINDEX operations toworke
Следующее
От: Alvaro Herrera
Дата:
Сообщение: pgsql: Local partitioned indexes