]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix precision and rounding issues in money multiplication and division.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 21 May 2017 17:05:17 +0000 (13:05 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 21 May 2017 17:05:17 +0000 (13:05 -0400)
commit5032f704ee39336a8b30a1ff92da161ac9dff345
treeb1a3c7d5792b94b0843d8fbf98af7377cf8e1c77
parent6156f78d8d309dbdc72e0c6402d38b59eb5eb80c
Fix precision and rounding issues in money multiplication and division.

The cash_div_intX functions applied rint() to the result of the division.
That's not merely useless (because the result is already an integer) but
it causes precision loss for values larger than 2^52 or so, because of
the forced conversion to float8.

On the other hand, the cash_mul_fltX functions neglected to apply rint() to
their multiplication results, thus possibly causing off-by-one outputs.

Per C standard, arithmetic between any integral value and a float value is
performed in float format.  Thus, cash_mul_flt4 and cash_div_flt4 produced
answers good to only about six digits, even when the float value is exact.
We can improve matters noticeably by widening the float inputs to double.
(It's tempting to consider using "long double" arithmetic if available,
but that's probably too much of a stretch for a back-patched fix.)

Also, document that cash_div_intX operators truncate rather than round.

Per bug #14663 from Richard Pistole.  Back-patch to all supported branches.

Discussion: https://postgr.es/m/22403.1495223615@sss.pgh.pa.us
doc/src/sgml/datatype.sgml
src/backend/utils/adt/cash.c
src/test/regress/expected/money.out
src/test/regress/sql/money.sql