float блеадь!
27.07.2016, 08:22
Один миллион каджилион шажилион пенни
Вот же ж жадные ублюдки!
Вот же ж жадная ублюдошная бездушная машина!
Финансовые значения принципиально нельзя хранить в float. И дело даже не в неточности сравнений и несуществующих долях копейки, а в том что у вас самих в биллинге ничего не будет сходится. Бухгалтера "обожают" расхождение в копейку-две.
Для 32-х битового знакового это всего лишь 2 миллиарда копеек. Беззнакового - 4. Как-то не особо много. Беззнаковый 64-разрядный - 18,446,744,073,709,551,615 копеек. Цифра уже внушительнее. Но всего на пару порядков больше "внешнего долга США". (http://www.usdebtclock.org/)
А если тебе суммы побольше придется хранить? =)
А если тебе суммы побольше придется хранить? =)
а еще лучше использовать тип money как в нормальных СУБД
я за нормальную СУБД считаю PostgresQL
Храниться и считаться будет также (только с большей точностью, без никаких округлений как это в double или float), чтобы ничего не потерять.
Но при выводе можно применить формат, который будет округлять до целой копейки вверх.
Пример с инета:
decimal x = 0.999m;
Console.WriteLine("My amount = {0:C}", x); //My amount = $1.00
То есть в данном случае будет одна копейка. Но я могу ошибаться.
Но при выводе можно применить формат, который будет округлять до целой копейки вверх.
Пример с инета:
decimal x = 0.999m;
Console.WriteLine("My amount = {0:C}", x); //My amount = $1.00
То есть в данном случае будет одна копейка. Но я могу ошибаться.
![0 references class Program {
0 references
static void Main(string[] args)
{
decimal a = 1; decimal b = 3;
decimal c = a/b; decimal d = c*b;
Console.WriteLine(d);
Console.WriteLine("{0:Cd)
}
Console.ReadLine();
ЕЗ file:///C:/Users/Pavel/Desktop/
1.00,билайн,интернет,задолженность](https://img2.joyreactor.cc/pics/comment/билайн-интернет-задолженность-2343665.png "билайн,интернет,задолженность")
Не, если девятки нулями заменить - точность потеряется. А в точности весь прикол этого типа данных. Для всяких банковских рассчетов или, не знаю, форексов и прочих биржевых операций это критично. То есть для системы это все-таки чуть меньше доллара, а для пользователя - тупо один бакс.
Тогда можно добавить столько нулей, сколько нулей в числе транзакций до сверки бухгалтером... Впрочем, 0.9999... - нечастая ситуация, да.
Вообще, хорошо бы хранить погрешности вместе с числом и чтоб библиотеки это поддерживали. Потом бухгалтер видит, что копейка набралась из-за миллиарда продаж по акции "вся херня в три раза дешевле".
Вообще, хорошо бы хранить погрешности вместе с числом и чтоб библиотеки это поддерживали. Потом бухгалтер видит, что копейка набралась из-за миллиарда продаж по акции "вся херня в три раза дешевле".
Сейчас вообще столько полезных онлайн-инструментов, что удивляешься, до чего дошёл прогресс. Например, gcc.godbolt.org, coliru.stacked-crooked.com или сервис, который показывает, как выглядит сайт в 100500 браузерах.
Помню, где-то на хабре обсуждался подобный сервис, который для каждой подобной демонстрации запиливал отдельную виртуальную машину(!) и там что-то запускал.
Киберпанк это, если я не путаюсь в терминах. Сидишь в деревенском сортире, а на смартфоне в браузере отображается какая-нибудь дизайнерская фигня, которая только что отрендерелась у 1000 твоих коллег с простаивающими ПК.
Помню, где-то на хабре обсуждался подобный сервис, который для каждой подобной демонстрации запиливал отдельную виртуальную машину(!) и там что-то запускал.
Киберпанк это, если я не путаюсь в терминах. Сидишь в деревенском сортире, а на смартфоне в браузере отображается какая-нибудь дизайнерская фигня, которая только что отрендерелась у 1000 твоих коллег с простаивающими ПК.
вы не понимаете суть проблемы с float'ом. Он хранит число как целое двоичное число в целой двоичной степени. Проблема в том, что не существует целого двоичного числа в целой двоичной степени, соответствующего, например, десятичному числу 0.1 (десяти копейкам). Попытка записать 0.1 в float переменную приведёт к тому что туда будет записано что-то вроде 0.0999999999999, но отображаться оно будет в большинстве случаев с округлением до 0.01. Если много раз сложить суммы с 10 копейками, то эта погрешность накопится, и рано или поздно достигнет значений, при которых последняя копейка начнёт округляться в другую сторону.
9 в периоде не бывает в природе
Во-первых, погрешность, о которой я говорю, накапливается именно из-за того что там не 9 в периоде, а большое, но конечное число девяток после запятой.
Во-вторых, 9 в периоде, как и вообще что угодно в периоде, это вполне конкретные и точные величины. Например 0,(3) = 1/3, а 0,(9) = 1. А уж единица-то в природе точно бывает.
Во-вторых, 9 в периоде, как и вообще что угодно в периоде, это вполне конкретные и точные величины. Например 0,(3) = 1/3, а 0,(9) = 1. А уж единица-то в природе точно бывает.
копейка рубль бережет
душу
А если должник рыжий?
И какой же орган стоит 0,0046999999999571 рублей? Миллиграмм почки?
Когда взял на работу психа-швейцарца.
Хех, вспомнил похожий случай у нас в страховой компании (сам операционистом работаю). Приходит доплата, на форме 0.01. Думаю - опечатка, что ли, агенты те ещё существа, а потом смотрю на квитанцию - реально 1 копейку человек доплачивает.
И самое прикольное - агент даже получает долю с этой копейки, судя по форме. КВ (коэффициент вознаграждения) - 20%! 20, Карл!
И самое прикольное - агент даже получает долю с этой копейки, судя по форме. КВ (коэффициент вознаграждения) - 20%! 20, Карл!
Чтобы написать коммент, необходимо залогиниться
