| От | Tom Lane |
|---|---|
| Тема | Re: Per-column collation, work in progress |
| Дата | |
| Msg-id | 5685.1287692932@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Per-column collation, work in progress (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: Per-column collation, work in progress
|
| Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes:
> We already have TypeName as a structure that contains type and typmod
> (and collation, in my patch). We could make that a primnode instead of
> a parsenode, and use it in more places, or we could make a new leaner
> structure that only contains the numeric info.
TypeName per se is completely inappropriate for use beyond the first
stage of parsing, because it requires catalog lookups to make any sense
of. I think the post-parsing representation should still start with a
type OID. I can agree with replacing typmod with a struct, though.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера