]> 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)
commitb3c536bce953e7e890b0148d3cb6e90a1fd15846
tree87df120f7c36f658bd1251978f1f184e5b46dbe1
parent038420a58b711562f8250a185706374223ab6f5d
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