IV
теперь понятно.
Size: a a a
2020 July 12
IV
если это нода, я бы смотрел в сторону sqlite
IV
или leveldb какой-нибудь
IV
недавно консультировал одних ребят, им нужна была база для запуска каких-то задач если в базе нет какого-то ключа. скорость чтения/записи не имела значения. Предложил в качестве такой базы использововать S3
A
понятно)
A
тебе амазон комиссионные за продажи не отчисляет случаем?)
A
level выглядит как то что надо
IV
тебе амазон комиссионные за продажи не отчисляет случаем?)
ты же понимаешь что это стоит цент или меньше?
С
По-моему, dynamodb будет дешевле.
A
ты же понимаешь что это стоит цент или меньше?
конечно, как первая доза
O
ты же понимаешь что это стоит цент или меньше?
Ну вдруг надо проверять миллиард ключей. Тогда нифига не цент...:)
A
к слову о дотнете, там пользовался вот таким https://www.litedb.org/
IV
По-моему, dynamodb будет дешевле.
они очень дорогие на запись
IV
Ну вдруг надо проверять миллиард ключей. Тогда нифига не цент...:)
если нужно проверять миллидард ключей, то у тебя все классно и эта проблема которую приятно решать
O
Поддерживаю вариант с S3 кстати. Можно ещё гугловый firebase, тоже будет бесплатно на небольших объемах. И с ним проще, чем с динамо.
O
Пока крайней мере нет заморочек с capacity planning. Есть конечно своё, но не думаю что речь идёт о 5-10к запросов в секунду на ключ.
O
Ну вообще кроме S3 любой object storage пойдёт из нормальных, они вроде все умеют атомарно проверять наличие ключа.
IV
так как у речь не шла о documentdb, то можно предпложить что размер json до 1кб
IV
если только ключи хранить, то вообще бесплатно
IV
Ну вдруг надо проверять миллиард ключей. Тогда нифига не цент...:)
о кстати, там же можно получить список ключиков по префиксу