Re: possible issue with array type created for every heap relation composite type

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: possible issue with array type created for every heap relation composite type
Дата
Msg-id 5129.1531263183@sss.pgh.pa.us
обсуждение исходный текст
Ответ на possible issue with array type created for every heap relationcomposite type  (Jimmy Yih <jyih@pivotal.io>)
Список pgsql-hackers
Jimmy Yih <jyih@pivotal.io> writes:
> The possible issue I would like to note is related to how the array type is
> named in makeArrayTypeName() function.  The composite type will take the
> heap relation's relname as its typname and the array type will usually be
> named with an underscore prepended (after first attempting to use the
> relname and hitting typname collision with the composite type).  If the
> typname with the underscore prepended is already taken, the logic is to
> continue prepending underscores until there are no typname collisions
> (truncating the end of the typname if typname gets past NAMEDATALEN of
> 64).  It is possible that enough heap relations with similar relnames could
> cause more and more typname collisions until you end up with typnames that
> primarily consist of underscores or not being able to construct a typname
> because we have reached a typname consisting of all underscores (which can
> cause table creation failure).

We've never heard a field report of this happening, so I'm not terribly
concerned about it.

            regards, tom lane


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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: CVE-2017-7484-induced bugs, or, btree cmp functions are notleakproof?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: CVE-2017-7484-induced bugs, or, btree cmp functions are not leakproof?