Re: reducing NUMERIC size for 9.1

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: reducing NUMERIC size for 9.1
Дата
Msg-id 10760.1280435829@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: reducing NUMERIC size for 9.1  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: reducing NUMERIC size for 9.1  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Jul 29, 2010 at 1:20 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> On-disk is what I'm thinking about. �Right now, a NaN's first word is
>> all dscale except the sign bits. �You're proposing to change that
>> but I think it's unnecessary to do so.

> *Where* am I proposing this?

Um, your patch has the comment

!  * If the high bits of n_scale_dscale are NUMERIC_NAN, the two-byte header
!  * format is also used, but the low bits of n_scale_dscale are discarded in
!  * this case.

but now that I look a bit more closely, I don't think that's what the
code is doing.  You've got the NUMERIC_DSCALE and NUMERIC_WEIGHT access
macros testing specifically for NUMERIC_IS_SHORT, not for high-bit-set
which I think is what I was assuming they'd do.  So actually that code
is good as is: a NAN still has the old header format.  It's just the
comment that's wrong.
        regards, tom lane


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: multibyte charater set in levenshtein function
Следующее
От: "Erik Rijkers"
Дата:
Сообщение: Re: patch (for 9.1) string functions