多数 (つまり 10 億を超える) の「中規模」のブロブ (つまり 20 KB から 2 MB) を格納するのに適した NoSQL (または他のタイプの) データベースはありますか? 必要なのは、A (識別子) から B (ブロブ) へのマッピング、指定された A から "B" を取得する機能、アクセス用の一貫した外部 API、およびシステムをスケーリングするために "別のコンピューターを追加するだけ" の機能だけです。 .
データベースよりも単純なもの、たとえば分散キー値システムでも問題ないかもしれません。その流れに沿った考えもあれば幸いです。
読んでくれてありがとう。
ブライアン
API要件が純粋に「Get（key）、Put（key、blob）、Remove（key）」に沿っている場合は、Key-Valueストア（より正確には「永続分散ハッシュテーブル」）がまさにあなたのものです。探している。
これらの利用可能なものはかなりありますが、追加情報がなければ、確実な推奨を行うことは困難です-どのOSをターゲットにしていますか？どの言語で開発していますか？アプリのI/O特性は何ですか（画像などのコールド/不変データ？高い書き込み負荷、別名ツイート？）
調べる価値のあるKVシステムのいくつか：-MemcacheDB - Berkeley DB - Voldemort
CouchDBやRavenDB *などのドキュメントストアを調べることもできます。ドキュメントストアはKVストアに似ていますが、永続性形式（通常はJSON）を理解しているため、インデックス作成などの追加サービスを提供できます。
また、 Riakも参照してください。Riak は、あなたが求めていることを正確に実行することに非常に重点を置いています (ノードを追加するだけで、簡単にアクセスできます)。
ジャックラビットはどうですか？
Apache Jackrabbit™ は、Content Repository for Java Technology API (JCR、JSR 170 および 283 で指定) に完全に準拠した実装です。
コンテンツ リポジトリは、構造化および非構造化コンテンツ、全文検索、バージョン管理、トランザクション、監視などをサポートする階層型コンテンツ ストアです。
Liferay CMS で働いていたとき、私は Jackrabbit を知っていました。Liferay は、Jackrabbit を使用してDocument Libraryを実装しています。ユーザーファイルをサーバーのファイルシステムに保存します。