Re: [BUGS] Bug #513: union all changes char(3) column definition

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [BUGS] Bug #513: union all changes char(3) column definition
Дата
Msg-id 200111220310.fAM3A2V08766@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [BUGS] Bug #513: union all changes char(3) column definition  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [BUGS] Bug #513: union all changes char(3) column definition  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> Peter Eisentraut <peter_e@gmx.net> writes:
> > Tom Lane writes:
> >> CREATE TABLE AS cannot be expected to be able to extract a suitable
> >> typmod from complex expressions.
> 
> > I don't think that would be entirely unreasonable.
> 
> Well, it might not be completely impossible, but I think it's well on
> the far side of unreasonable.  For *every operator* that produces a
> result of any of the typmod-using types, we'd have to maintain an
> auxiliary bit of code that can predict the result typmod.  That's
> a lot of code, and when you start considering user-defined functions
> it gets worse.  And all for what?  Not to do anything useful, but only
> to *eliminate* functionality.  Perhaps char without typmod is
> unnecessary (since it reduces to text), but numeric without typmod seems
> highly useful to me.
> 
> Strikes me as a very large amount of work to go in the wrong
> direction...

Added to TODO:
* CREATE TABLE AS can not determine column lengths from expressions


Seems it should be documented.  Do we throw an error in these cases?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Diff/Patch integration -> SQL cvs clone
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: beta3