Re: Reducing NUMERIC size for 8.3

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Reducing NUMERIC size for 8.3
Дата
Msg-id 14589.1190648720@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Reducing NUMERIC size for 8.3  (Gregory Stark <stark@enterprisedb.com>)
Ответы Re: Reducing NUMERIC size for 8.3  (Gregory Stark <stark@enterprisedb.com>)
Re: Reducing NUMERIC size for 8.3  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
Gregory Stark <stark@enterprisedb.com> writes:
> We previously discussed compressing the numeric data type for small values:
> http://archives.postgresql.org/pgsql-hackers/2007-06/msg00715.php

> We didn't do this for 8.3 but in any case Tom did suggest we ought to reverse
> the weight and sign/dscale so we could do this sometime without introducing
> another incompatibility.

I had forgotten about that, but it does seem like a good idea to do it now.
Any objections?

> I think we also should move the NumericData and declaration to numeric.c and
> make the Numeric type an opaque pointer for the rest of the source
> tree.

I don't agree with that; we are not in the habit of doing it that way
for any other on-disk data type.  All it will accomplish is to force
people to make private copies of the struct declaration, thereby
entirely guaranteeing that they fail to track changes.  There will
always be legitimate reasons for external code to want to look at
on-disk bits.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: stored procedure stats in collector
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Bytea as C string in pg_convert?