Re: [HACKERS] serial type

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] serial type
Дата
Msg-id 14863.937065369@sss.pgh.pa.us
обсуждение исходный текст
Ответ на serial type  (Michael Simms <grim@argh.demon.co.uk>)
Список pgsql-hackers
Michael Simms <grim@argh.demon.co.uk> writes:
> games=>  create table game (
> games-> refnum serial
> games-> );
> NOTICE:  CREATE TABLE will create implicit sequence 'game_refnum_seq' for SERIAL column 'game.refnum'
> NOTICE:  CREATE TABLE/UNIQUE will create implicit index 'game_refnum_key' for table 'game'
> pqReadData() -- backend closed the channel unexpectedly.

> I set the debug to be -30 instead of its maximum of -3

Actually, 3 is not the maximum: 4 and 5 turn on dumping of parse and
plan trees.

What I find is that the parsetree dump attempt recurses infinitely,
because the parser is producing a parsetree with circular references.
The ColumnDef node for refnum has a list of constraints, and one of the
constraints is a CONSTR_UNIQUE node that has a keys list that points
right back at that same ColumnDef node.  Try to dump it, and presto:
infinite recursion in the node print functions.

I am not sure if this is a mistake in the construction of the parsetree
(Thomas, what do you think?) or if the node print functions need to be
modified.  I think it'd be easiest to alter the parsetree, though.
Perhaps the UNIQUE constraint ought to be attached somewhere else.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] case bug?
Следующее
От: Tom Lane
Дата:
Сообщение: Fixing Simms' vacuum problems