Я думаю, вам нужно больше исследований в этой области.Тип ключа в хранилище ключей / значений, очевидно, важен, однако вы должны быть более точными в отношении остальных требований.Такие вещи, как стратегия распределения, формируют доступность и согласованность.Сколько данных вы хотите сохранить?Может быть, с MySQL все еще в порядке?Какой тип запроса вы хотите выполнить?Запишите его и постарайтесь соответствовать каждому решению!
Что я могу сказать:
- CouchDB the most important is off-line replication model. Its like having mirrored DB for free anywhere you want. Fast read, slow re-balance after lots of deletes. Pure Couch is not distributed and do not guarantee fault tolerance
- Riak - dynamo model = many replicas distributed in smart way. Reliable & scalable cpu, storage, ram.
- Hibari - distributed. Also Erlang. Transactions (?).
Все вышеперечисленное имеет серьезные промышленные примеры использования.Скаларис кажется довольно научным.
В зависимости от способа извлечения данных существует множество оригинальных решений, таких как базы данных Graph или Redis (скажем, rich k / v store).