アプリケーションの1つにドキュメントストアを使用するには、この要件があります。私はscalarisとcouchdbがドキュメントストアと同等であると仮定しています。これら2つのソリューションについて共有する経験はありますか？どちらかがもう一方よりも優れていると思いますか？
トランザクションはscalarisから私にとって魅力的です。erlangのバックグラウンドがほとんどないので、Erlang上に構築されたソリューションをより信頼しています。riakは私が面白いと思ったもう1つのものです。それで、それらについてのより多くの情報へのあなたの考えまたはポインタを共有してください。
この分野ではもっと研究が必要だと思います。Key / Valueストアのキーの種類は明らかに重要ですが、残りの要件についてはより正確にする必要があります。流通戦略のようなものは、可用性と一貫性を形作ります。どのくらいのデータを保存しますか？たぶん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 (?).
上記のすべてには、深刻な産業のユースケースがあります。Scalarisはかなり科学的なようです。
データを取得する方法に応じて、グラフデータベースやRedis（リッチk / vストアなど）のようなオリジナルのソリューションがたくさんあります。