Re: [HACKERS] Re: varchar() troubles

Поиск
Список
Период
Сортировка
От Keith Parks
Тема Re: [HACKERS] Re: varchar() troubles
Дата
Msg-id 199801191852.SAA20909@mtcc.demon.co.uk
обсуждение исходный текст
Список pgsql-hackers
Thanks Bruce,

It was obviously not quite as simple a problem as I had 1st imagined.

I did have a root around in the code but could not work out how the
attributes were copied to the newly created table.

Thanks for the fix,
Keith.

Bruce Momjian <maillist@candle.pha.pa.us>
> emkxp01@mtcc.demon.co.uk
> > Bruce,
> >
> > The new varchar() stuff looks good, just a minor problem with "select into"
> > where the new table does not seem to get a copy of the atttypmod value
> > from the source table.
> >
> > I had a quick look at the code but guess you'll find the problem 10 times
> > faster than I could.
>
> OK, I have fixed this.  The real way to fix this it to add restypmod to
> Resdom, and pass the value all the way through the engine, so tupDesc
> always has the proper atttypmod value, but it is not clear how to do
> this in the parser, so I put the code back in to just do a lookup in
> execMain/execUtils when doing an SELECT * INTO TABLE.
>
> If we start using atttypmod more, we will have to do this.
>



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

Предыдущее
От: darrenk@insightdist.com (Darren King)
Дата:
Сообщение: Max tuple size.
Следующее
От: Shiby Thomas
Дата:
Сообщение: debug flag