в первом приближении можно хранить целую и дробную часть у.е. в разных переменных

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

Как это нет? int64, для базы тоже есть.

int64 is not decimal

Нахера децимал? Если есть int64?

int64 is integer

в первом приближении можно хранить целую и дробную часть у.е. в разных переменных

самый топчик — хранить эфир в wei

Нахера децимал? Если есть int64?

у decimal тип "шире" и точнее

int64 is integer

Ну? Проблема то в чём? Я про то, что переводить сумму в копейки, хранить в int64, и операции проводить, потом просто из инта во float.

у decimal тип "шире" и точнее

а как по-твоему децимал под капотом устроен? это инт и смещение

а как по-твоему децимал под капотом устроен? это инт и смещение

Нууу, с децималом не встречался, но сделал-бы так.

а как по-твоему децимал под капотом устроен? это инт и смещение

несколько интов во втором приближении

а как по-твоему децимал под капотом устроен? это инт и смещение

Спасибо, погуглю.

decimal в постгресе - up to 131072 digits before the decimal point; up to 16383 digits after

как-то так

decimal что идёт с виндой и в шарпах значительно поменьше, перед использованием лучше заглянуть в соотв доки

и?

а как по-твоему децимал под капотом устроен? это инт и смещение

decimal128 совсем не так

и там проблемы всякие есть

decimal128 совсем не так

type Decimal struct { value *big.Int exp int32 } ага, вообще не так

с округлениями

type Decimal struct { value *big.Int exp int32 } ага, вообще не так

товарищ вероятно про https://en.wikipedia.org/wiki/Decimal128_floating-point_format

да

про знак не забываем

там много проблем, я детально исследовал вопрос

лучше, чем libdecnum реализацию еще никто не придумал, а в исходниках сами можете посмотреть, в чем гемор

проблемы с арифметикой

gcc-mirror/gcc https://github.com/gcc-mirror/gcc/tree/master/libdecnumber

дал

она на сишке

биндинг на гоше тоже есть, шерсти гитхуб

"Зарелизил" сегодня свои наработки по маленькому проекту распределенного кеша для переменных и файлов. Можете покидаться тапками) Сам ужасаюсь этому франкештейну)

https://github.com/scorsair/ponycache

нах на редисе то?

почему нет?

не, редис говно

но какая разница, на чем?

как не родной прям :)

потери на коммуникациях

Мне он нравится)

на гошке свои базы данных пишут, стыдно должно быть сиплюсплюсную базу юзать

coreos/bbolt

tidb

storm

badger

и что это за наработки по кэшу?

что полезного увидеть там модно?

Есть json вида: json := {"item1":"value1", "item2":"value2", ... "item3": { "valueN":itemN, "valueN":itemN, ... }} Вопрос в какую структурку распарсить, и где почитать об этом, что-бы больше не спрашивать? m := make(map[string]string) Так не подошло.

на гошке свои базы данных пишут, стыдно должно быть сиплюсплюсную базу юзать

пока ничего хорошего не написали

не, болт достойно держится

в кубернетисе и etcd он же

у меня с болтом трудные отношения

1. он медленный

2. он теряет данные, если невовремя упасть

bold это же EMBEDDED правильно?

coreos/bbolt

а если так то даже сравнивать с redis глупо

как например ты будешь кэш в нем хранить ? как ты будешь шарить данные кешей, когда у тебя 5 instances одного и того же приложения

а в чем проблема?

уж рест-то к болту приписать - дело 4 часов

таракандб на го для oltp пилят, вероятно, и olap и появится

2. он теряет данные, если невовремя упасть

это вроде правили, ну и подписка на сигналы os рулит

уж рест-то к болту приписать - дело 4 часов

10 минут

для особо придирчивых - etcd тоже embedded

зачем писать rest api

если есть готовый

который весь мир использует

кроме этого, как кластер машин поднять ?

etcd

вот тебе кластер

а про etcd он в превую очередь distributed

ну

а не embedded

и есть четкий (gRPC)

сам лично встраивал, все там embedded

еше ращ

можно и так и так

высказывания типо: редис говно, бери bbolt там за 4 часика накидать можно api

это полный бред

да можно

там есть возможность embed \

redis вообще не той же линейке в которой bbolt etcd