私は、以下のように20種類の投資リクエスタを置くことができる金融機関で働いています。異なるNoタイプの注文を格納するのに適したNoSQLデータベースはどれですか？
貸金投資 定期的な貯蓄計画を設定する スイッチオーダー。 その他...
各注文にはそれぞれ固有の属性があり、それぞれが異なります。
伝統的に、私は5年間リレーショナルデータベースを使用してきましたが、管理しにくい共通のスキーマを持たなければならないので、これは私が望まないものです。
私は、フレキシブルストレージ（ドキュメントスタイル）以外に、顧客名や注文タイプなどの特定の属性に基づいてすべての注文を検索する必要があります。
少数NFRs
私は基本的にスケーリングは大きな問題ではありませんので、一日あたり ボリュームが限定されている強力な一貫性を必要とします。
誰かがNoSQLのは、NoSQLのデータベースは人気があるため効果的に拡張することが必要であった得た理由の
一つの私のニーズを満たすであろうお勧めできます。主な要件が「共通スキーマ」を管理しない場合、NoSQLが最適なオプションかどうかはわかりません。
どのような方法でも、必要な要件を満たしていれば、ドキュメントレベルのACIDセマンティクスを持つ文書ベースのNoSQLデータベースであるCouchDBを見ることができます。
これは良い読書かもしれないと思います。 https://www.quora.com/What-are-the-differences-between-Cassandra-and-MongoDB。問題はスタックオーバーフローのようなものではないかもしれません。決定を下すために必要な情報は他にもたくさんあります。
あなたのアクセスパターンがすぐにわからない場合は、すぐにcassandraが最適な選択ではない可能性があります。しかし、あなたがあなたのデータにアクセスする方法などを知ったら、あなたはcassandraに移るかもしれません。
この件に関する成功事例がたくさんあります。
スケーリングに問題がない場合は、PostgreSQLを使用して、すべての特定の属性をJSON形式の1つの列に格納することをお勧めします。 Postgresは、このような種類のデータを格納および索引付けするための優れたパフォーマンスを備えています。