Comments on: Is it correct procedure to store currency values in databases as cents (or other smallest denomination)?

Question: Is it correct procedure to store currency values in databases as cents (or other smallest denomination)?

alan — Wed, 09 Feb 2005 08:39:25 -0800

A long time ago, I was taught to store to currency values in databases as cents (or the local equivalent) to avoid rounding problems with floating point column types. Is this a sound practice, or a bunch of hogwash?

By: mendel

mendel — Wed, 09 Feb 2005 08:47:20 -0800

Yes. Well, "don't store fixed-precision values as floating-point" is sound practice, regardless of what those fixed-precision values represent. Most databases will have a fixed-point type, DECIMAL, that lets you avoid having to store things as integers.

By: SpecialK

SpecialK — Wed, 09 Feb 2005 09:10:00 -0800

Some databases also let you declare the precision of a float. Either way, if you're doing math, you should manually round in your application so that you know which way you're rounding. There is nothing worse than an application that handles money and rounds up in some places but rounds down in other random places.

By: grouse

grouse — Wed, 09 Feb 2005 09:22:52 -0800

Don't use binary floating point numbers to store financial numbers, regardless of the precision. If your system doesn't support decimal floating point, do as you have been doing by storing cents.

The Python Enhancement Proposal for its Decimal datatype explains some of the issues.

By: b1tr0t

b1tr0t — Wed, 09 Feb 2005 09:30:43 -0800

Historically, integer math has been *much* faster than floating-point math. Modern CPUs with Alitvec or MMX are reversing that trend, but the big iron back in the data center may not have the nifty PC style floating point units.

Also, what everyone else has said about precision issues.

By: grouse

grouse — Wed, 09 Feb 2005 10:00:17 -0800

Yeah, there's a caveat I should add to my previous answer: decimal floating point will be even slower than binary floating point.

By: Zed_Lopez

Zed_Lopez — Wed, 09 Feb 2005 11:12:22 -0800

Related document: Lies My Calculator Told Me

By: AstroGuy

AstroGuy — Wed, 09 Feb 2005 11:25:17 -0800

Most databases have a currency data type that is stored as a scaled integer so you don't have the issue of binary floating point rounding errors.

By: knave

knave — Wed, 09 Feb 2005 13:02:51 -0800

Hope your software isn't going to be used at a gas station, if you're using integer cents. They all seem to charge something like $2.139 per gallon.

By: patrickje

patrickje — Wed, 09 Feb 2005 13:53:35 -0800

Hmmmm...most modern databases have a currency data type that should be accurate to the mill (1/100 of cent).

There are many, many, many places that price to the mill.

I remember when I did an inventory/ordering system for a custom printing company, they priced things by the ream, or other such quanties, but often they did short runs, but used a ream price adjusted for quantity. Which meant the per page price was often below $0.01, and into the mills.

And when you do partial pricing of items, and don't use mills, if you do large volumes, the rounding errors will kill you.

By: grouse

grouse — Wed, 09 Feb 2005 16:53:24 -0800

A mill is a tenth of a cent, not a hundredth.