R
Для межобмена можно во что угодно сконвертить. Изначальный вопросы был по mariadb.
Size: a a a
2021 April 28
АК
Хорошо, что один биткоин стоит 4 млн. рублей, а не больше.
a
Вам так и так придётся думать об округлениях. Т.к. обычно в предметной области чётко оговаривается, к примеру, - комиссии брать с каждой суммы, или с оборота. И если написать большую формулу, а потом округлить результат, то сразу прибегут. :)
R
Про суммирование большого набора я уже написал.
VG
уже больше
AT
Ну всё как обычно
АК
Я имею в виду - "на порядки больше". И тогда формула "17 знаков после запятой хватит всем" - под вопросом.
SZ
А что там у нас в mariadb, как представлен double?
VG
так у них там копейки не сотые, а стомиллионные
YS
меняем биток на эфир и double резко перестаёт хватать
R
пох, важно как это передается по протоколу и как с этим работает драйвер mysql на целевом хосте
R
Мы про реальное применение или фантазии? Какой биток на перле. Майните на утюгах!
АК
Майнинг - на утюгах, учёт - на перле.
YS
скажем так, магазин с оплатой криптой, и никакого майнинга
a
А потом меняем на йены и оказывается, что 0.01 йен не бывает
YS
И вот здесь привет округления. Но когда я пересчитываю по курсу между валютами - я ожидаю что мне надо округлять
YS
а вот просто сумму в рамках одной валюты хотелось бы считать без мыслей об округлении
VG
дак просто хранить надо в копейках соответствующей валюты
VG
у битка и эфира они маленькие, совсем не одна сотая
a
Напишите спецкласс с оверлоадами. А уж как этот класс будет хранить данные - как Bignum, bigint, рациональное число, double, использовать ли отдельно разрядность - второе дело..