bson.Decimal128

Без этой либо ты имеешь ввиду

Будет делать все

взял вот эту либу "github.com/shopspring/decimal"

Без вот этой

в ней буду производить потом расчеты

постгрес?

Ну тут, конкретно, mssql. А в sqlite работает, что совсем странно

Я бы без неё делал скорее всего

Просто с родными типами

Не знаю какие там могут быть проблемы с float

Ну тут, конкретно, mssql. А в sqlite работает, что совсем странно

у птолей стоит таймзона? обычно если не стоит, БД принимает по собственной таймзоне, которая может отличаться от таймзрны клиента

Короче, проще: MsSQL: DATEADD(mi, -5, getdate()) MySQL: NOW() - INTERVAL 5 MINUTE SQLite: datetime('now', '-5 Minute') Postgress: now()::time - INTERVAL '5 min' Oracle: sysdate() - interval '5' minute

привет, подскажите пожалуйста, как хранить в mongo decimal, и почему нельзя использовать float64 для операций с валютами

https://play.golang.org/p/M5LpVsGeiyt

http://www.cyberforum.ru/csharp-beginners/thread437227.html

для работы с баблом придуман decimal

там то-ли при уоркглении то-ли где по пизде могут пойти значения из-за устройства double и float

https://ru.stackoverflow.com/questions/667706/В-чем-хранить-деньги-float-double

во

https://golang.org/src/math/big/decimal.go

А можно просто это юзать ?

Деньги. В копейках, центах и т.д. в целом лучше

А можно просто это юзать ?

думаю да, decimal для этого и был придуман

Либу использовали до того как в го реализовали походу

https://m.habrahabr.ru/post/201066/

Ну и есть сайт, вспомнить не могу, где два флоат числа в сумме дробь дают

Ну и есть сайт, вспомнить не могу, где два флоат числа в сумме дробь дают

они и должны давать дробь. Просто некоторые языки это учитывают и мухлюют, подставляя целое вместо дроби. Про float была отличная статья на хабре (перевод, конечно). Где рассказывалось, как именно устроен float и объяснялась, откуда берется его точность (и куда теряется)

Ну 0.3 + 0.7 != 1 обычно в большинстве языков.

эм

http://www.sql.ru/forum/412838/buhgalterskoe-okruglenie

Во http://0.30000000000000004.com/

Кто предлагает хранить деньги в decimal загуглите мальтийское скудо

Да и с кувейтским динаром засада

чет я не догнал

переводить проблематично или что?

Не зная какая валюта нельзя интерпретировать decimal в сумму

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

Я офигел малость, когда снял в банкомате 20 динаров в кувейте и получил смс что мне выдали 200.00 динаров

Вместо 20.000

лол

иногда цены просто _не_могут_быть_целым_ числом. Поэтому совет считать деньги целыми числами не универсален.

иногда цены просто _не_могут_быть_целым_ числом. Поэтому совет считать деньги целыми числами не универсален.

Это когда?

Считай цены в копейках или центах

это когда они очень маленькие

меньше цента

это когда они очень маленькие

Меньше цента?

Ну считай в микроцентах

Наноцентах

Пикоцентах

Кстати, какой кейс у микроцентов?

и передавать потом эти пикоценты в стороннюю систему, которая принимает доллары?

амазон, например

и передавать потом эти пикоценты в стороннюю систему, которая принимает доллары?

Ну это несколько проще чем делать корректную математику на float

и передавать потом эти пикоценты в стороннюю систему, которая принимает доллары?

Чеб нет?

амазон, например

А точнее?

Ну это миллиценты

Чеб нет?

ну, это если она принимает, то конечно

Ну это миллиценты

эм. Речь про целые vs дробные, не?

эм. Речь про целые vs дробные, не?

Ну я к тому что целые тут ок

0,023?

Да

2300 миллицентов

Внутри оно может хоть живым бухгалтером считать. Наружу оно выдаёт дробное число. "Наружу" - это не только монитор.

Внутри оно может хоть живым бухгалтером считать. Наружу оно выдаёт дробное число. "Наружу" - это не только монитор.

Можно и в миллицентах давать

Напечатать такое без флоат легко

ERROR: S client not available

так разговор же про монгу был, там базовые числа умещают в 32 бита, что накладывает понятные ограничения при суммировании выше определенного значения

numberDecimal дает 128 бит в монге и там уже достаточно пофик считать в копейках или дробях

Напечатать такое без флоат легко

Кроме напечатать есть ещё вариант передать во внешнюю биллинговую систему со всеми промежуточными цифрами

И там придётся указывать 0,023 USD за Гб умноженный на количество часов и конечную сумму

Кроме напечатать есть ещё вариант передать во внешнюю биллинговую систему со всеми промежуточными цифрами

А тут вопрос в апи

какой дадут, такой и используется

какой дадут, такой и используется

Ну так мы начинаем за уши притягивать аргумент к апи которого не существует

Вариант с миллицентами приемлем для внутреннего применения. не буду с этим спорить

В случае того же Амазона у них вероятно свой биллинг

И он может принимать что им хочется

Ещё биллинг ч тем же успехом может принимать строку

И даже миллиценты интом

Ну так мы начинаем за уши притягивать аргумент к апи которого не существует

https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/data-type-spend.html

Type: Double

Ну ок

Тем не менее делать рассчеты с деньгами в даблах глупо

Ну ок

Это апи отдает такой тип

Это апи отдает такой тип

Ну да

Что там под капотом - для меня тайна

Вероятно инты

Ну так или иначе инты

А что делают в случае деноминации?

кажется спутали демонизацию и деноминацию)

Тьфу, не так прочитал

Да

Никто так ответить не смог, спрошу еще раз пожалуй, как правильно привести слайс array1 []int к array2 []string?

Никто так ответить не смог, спрошу еще раз пожалуй, как правильно привести слайс array1 []int к array2 []string?

пепебрать элементы слайса и добавить в array2 уже strconv.Itoa()

насколько это критичная задача, если ты не можешь просто обойти слайс и сконвертить?)

Не критичная, просто array1 []string = array2 []string работает легко и замечательно, а вот с подобной конструкцией, с типом int[] уже большие проблемы.

Не критичная, просто array1 []string = array2 []string работает легко и замечательно, а вот с подобной конструкцией, с типом int[] уже большие проблемы.

Конечно. Типы то разные.

чет не понял аналогии)