Re: numeric/decimal docs bug?

Поиск
Список
Период
Сортировка
Искать
От
Jan Wieck
Тема
Re: numeric/decimal docs bug?
Дата
Msg-id
200203112104.g2BL4i828375@saturn.janwieck.net
Ответ на
Список
Дерево обсуждения
Re: numeric/decimal docs bug? Thomas Lockhart <lockhart@fourpalms.org>
Re: numeric/decimal docs bug? Bruce Momjian <pgman@candle.pha.pa.us>
Tom Lane wrote:
> Peter Eisentraut  writes:
> > Tom Lane writes:
> > #define NUMERIC_MAX_PRECISION       1000
> >>
> >> I was thinking just the other day that there's no reason for that
> >> limit to be so low.  Jan, couldn't we bump it up to 8 or 16K or so?
>
> > Why have an arbitrary limit at all?  Set it to INT_MAX,
>
> The hard limit is certainly no more than 64K, since we store these
> numbers in half of an atttypmod.  In practice I suspect the limit may
> be less; Jan would be more likely to remember...
   It is arbitrary of course. I don't recall completely, have to   dig into the code, but there might be some side  effect  when   mucking with it.
   The NUMERIC code increases the actual internal precision when   doing multiply and divide, what  happens  a  gazillion  times   when  doing higher functions like trigonometry. I think there   was some connection between the max precision  and  how  high   this internal precision can grow, so increasing the precision   might affect the computational  performance  of  such  higher   functions significantly.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


В списке pgsql-hackers по дате отправления
От: Peter Eisentraut
Дата:
От: Bruce Momjian
Дата:
Сообщение: Re: INDEX_MAX_KEYS
FAQ