Re: Inconsistent results for division and multiplication operations
От | Philip Semanchuk |
---|---|
Тема | Re: Inconsistent results for division and multiplication operations |
Дата | |
Msg-id | E37CBAEC-E665-48EB-A323-E1B0F1458E4F@americanefficient.com обсуждение исходный текст |
Ответ на | Re: Inconsistent results for division and multiplication operations (Erik Brandsberg <erik@heimdalldata.com>) |
Список | pgsql-sql |
> On Nov 25, 2024, at 10:53 AM, Erik Brandsberg <erik@heimdalldata.com> wrote: > > This is a common issue with using floating point math. You will see the same issue with many systems. Basically, theorder of operations can trigger very minor differences in results, but if you round the first result to the same numberof significant digits as the input, it would be identical. https://learn.microsoft.com/en-us/office/troubleshoot/access/floating-calculations-info @szy Erik is right on target. The fine details of floating point math confuse almost everyone at first encounter. If it makesyou feel any better, Python (and IIUC any other language that uses IEEE floating point notation) exhibits the same quirk- $ python >>> 1.003/1.002*5.01 5.015 >>> 1.003*5.01/1.002 5.014999999999999 If you need extremely accurate representation of numbers (e.g. for tracking money), use fixed precision (the numeric typein Postgres). Math operations are much faster on floating point than on fixed precision, so floating point is the defaultdata type for non-integral values. Fixed precision is more of a “use as necessary” data type. Hope this helps Philip > On Mon, Nov 25, 2024 at 10:46 AM szy <598546998@qq.com> wrote: > > Hi PostgreSQL community, > > I have observed inconsistent results when performing division and multiplication operations in PostgreSQL. > > postgres=# select 1.003/1.002*5.01; > ?column? > -------------------------- > 5.0149999999999999999806 > (1 row) > > postgres=# select 1.003*5.01/1.002; > ?column? > -------------------- > 5.0150000000000000 > (1 row) > > However, the expected result should be consistent for both queries. The actual results differ > > > szy > 598546998@qq.com >
В списке pgsql-sql по дате отправления: