PHP, расчет денег

[LONGMAN]

Думаю лучше хранить сумму в центах/копееках, как выше и подсказали

 

[Вурдалак]

iceman,

ini_set('precision', 30);
var_dump(0.1, 0.7, 0.1 + 0.7, 0.8);

 

[grigori]

обычно в расчетах денег помогает после операций прибавлять 0.00001

 

[флоппик]

grigori, ты меня пугаешь )

 

[Dovg]

Лучше вычитать, как в одном голливудском фильме

 

[grigori]

результат операций над флоатами обычно немного меньше, чем надо
а отказ от округлений - просто округление к низу по последнему разряду

я не говорю, что это абсолютно правильное решение, но операции вроде x+y я пишу как round( x+y+0.00001 , 2 )
средняя погрешность операций по всему приложению получается меньше, чем простое x+y без явного округления

 

[Dovg]

ИМХО:
Для работы с деньгами должна быть ровно одна точка входа.
Причем там, где можно работать с данными, имеющими определенную точность.

Мне вообще нравится реализация биллинга целиком в базе.
Там по крайней мере достаточно легко решается проблема конкурентного доступа.

ps. Мы храним деньги в numeric(16,6), при отображении делаем ceil до копеек.

 

[grigori]

в серьезном приложении так и должно быть
но не все приложения серьезные, иногда можно и забить на пол-копейки

 

[korpus]

флоппик, почему не надо?

$presision=4;
$a=10.56;
$b=7.02;
$c=$a+$b;
....
$c=round($c, $presision);

Таким образом можно работать с заранее заданной точностью. Как по другому реализовать работу с деньгами? Делить деньги отдельно на целые рубли и целые копейки неправильно, так как есть ограничение на максимальный int.

-~{}~ 17.09.10 18:17:

Дополнение. Округление можно делать не часто, а в конце скрипта и перед занесением данных в базу. В остальных операциях оперировать теми числами, что есть

 

[Dovg]

>есть ограничение на максимальный int.
korpus

dovg@habahaba:~$ php -r 'echo PHP_INT_MAX."\n";'
9223372036854775807

бюджет США меньше ,чем int на 64-разрядных машинах.

 

[grigori]

Гейтс писал, что ему из налоговой периодически присылали штраф за недоимку по налогам, а потом извинялись, что это в компьютере было превышение разрядности

 

[флоппик]

ps. Мы храним деньги в numeric(16,6), при отображении делаем ceil до копеек.

глупый вопрос -на**я?
у тебя же не может быть 0.1 копейка. 16,2 будет достаточно за глаза. Зачем делать странные ceil() - деньги это ЦЕЛОЧИСЛЕННЫЙ тип. Просто с разными величинами - вы же метры не храните во float, хоть они и состоят из сантиметров и даже миллиметров.

 

[С.]

у тебя же не может быть 0.1 копейка. (...) деньги это ЦЕЛОЧИСЛЕННЫЙ тип.

http://cbr.ru
См. слева под орлом.

 

[флоппик]

С., курс - это не деньги. Курс - это соотношение двух цифр, не являющейся суммой.

 

[korpus]

подсчёты надо делать, даже если у тебя до 0.0001 копейки идёт счёт. А при выставлении счёта округлять до копеек в большую сторону. Вроде так надо делать.

 

[iceman]

korpus
ты сомневаешся =)

 

[Dovg]

флоппик
Отлично споришь, не зная наших бизнес требований

# SELECT min(amount) from fact_transaction ;
   min    
----------
 0.000075
(1 row)

 

[Ragazzo]

Какие честные тут банкиры собрались =))

 

[С.]

флоппик: курс - это не деньги. Курс - это соотношение двух цифр, не являющейся суммой.

Так и деньги это не монеты и банкноты, а некий ценовой эквивалент. Доли копеек -- самое обычное явление в бухгалтерских расчетах.