Setting up gnucash to use postgesql back end - close but no cigar ...

[Sébastien de Menten]

> As for numbers, I looked into that rather extensively last summer. No
> existing decimal library was able to handle the range of fractions
> necessary for bitcoin to Indonesian Rupiyah while adequately controlling
> rounding and providing adequate performance, so I decided to stay with our
> rational numbers. It does have the disadvantage of moving most calculation
> out of the database, so we may have to revisit it later.
>
> Hello John,

I would be interested to have a bit more details on your findings in this
respect. If you look at a library like libmpdec (
http://www.bytereef.org/mpdecimal/doc/libmpdec/index.html), does it lack
features or performance or both ? And with regard to performance, in which
cases are the arithmetic operations the bottleneck in GnuCash ? Is it in
some report calculation ? In the (de)serialisation ?