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 по дате отправления: