From: | Nuno Sousa <nunofgs(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-novice(at)lists(dot)postgresql(dot)org |
Subject: | Re: Numeric Scale Differences |
Date: | 2021-10-21 15:26:26 |
Message-ID: | CAMZ4ZVo-gMBDOvLKBory1yeHjsgV1NjWMtc5R4sswi6vbw8SuQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
Hi Tom,
Thanks for the quick response. In that case, do you think it's worth
documenting the implementation artifact behavior on the docs?
--
Nuno Sousa
On Thu, Oct 21, 2021 at 3:06 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Nuno Sousa <nunofgs(at)gmail(dot)com> writes:
> > I've run into an interesting issue when trying to do numeric math. I
> > expected the following to return the same number of decimal digits in the
> > fractional part:
>
> > select scale(1/0.6::numeric), scale(1/6::numeric);
>
> Um ... why did you expect that? The inputs to the divisions have
> different scales:
>
> # select scale(0.6::numeric), scale(6::numeric);
> scale | scale
> -------+-------
> 1 | 0
> (1 row)
>
> so I find it unsurprising that the outputs do too. Now the fact
> that the output scales differ by 4 not 1 is indeed an implementation
> artifact. It stems from the numeric type working with base-10000
> digits, so that scales that are multiples of 4 are most efficient,
> hence division will always choose such an output scale.
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | SQL Padawan | 2021-10-22 19:29:58 | Strange sequences - how to construct? |
Previous Message | Tom Lane | 2021-10-21 14:06:04 | Re: Numeric Scale Differences |