Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Financial database / balance?



I have had issues with IBMs packed decimal being to short (8 bytes,
giving 15 decimal digits plus a sign) for keeping assets of large
companies. (yes, very large.  Normally we resorted to either writing
our own math package or using 'dollar only' accounting.  The IRS
normally is OK with that.  Just don't try it on payroll!)

The rounding errors with them only occurred during advanced operations
(not add and subtract).  Division mainly.  But you had to keep track
of your own decimal alignment.

If doing financial modeling, keeping numbers rounded to the nearest
thousand is often sufficient, depending on the data you are using.
But then you can turn to double precision float for pretty good
results.  If doing that, just realize a model is a 'guess' so the
rounding isn't normally much of an issue.

I am having to roll out my waybackmachine to remember some of those
days. ... Glad someone else is doing this for a living!



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org