5

私はNoSqlを調べ始めましたが、財務時系列データの保存とクエリに対するそのようなソリューションの適合性について他の人がどう思っているのでしょうか。

たとえば、単純なシナリオでは、銘柄記号、始値、高値、安値、終値、出来高、およびタイムスタンプを保存します。次に、シンボルとタイムスタンプの範囲に基づいてそのデータをクエリします。

このシナリオに適したドキュメント構造は何だと思いますか？

ありがとう、

トム

編集：私は主に、NoSQLソリューションと従来のRMDBSソリューションの時系列ベースのデータの読み取りクエリのパフォーマンスに関心があります

4

3 に答える 3

4

トム。正確に何を達成しようとしていますか？RavenDB は確かにこのシナリオを処理できますが、RavenDB のインデックスはバックグラウンドで更新されるという事実に注意する必要があります。あなたのシナリオは RDBMS に適しているように思われるので、NoSQL ソリューションを探している理由を尋ねなければなりません。

于 2010-08-27T22:20:05.580 に答える
3

ESENT を見てください。

あなたのシナリオでは、2つの列でプライマリインデックスを使用することを検討します:シンボル+タイムスタンプ(ある間隔で個々のシンボルを検索する場合)またはタイムスタンプ+シンボル(ある間隔ですべてのシンボルを取得する場合) ）。

于 2010-08-27T15:24:52.423 に答える
3

トム、財務データには、厳密な一貫性と永続性が求められる傾向があります。一見しただけで、アプリケーションに関する知識がなくても、通常は NoSQL ソリューションを定義するBASEプロパティではなく、RDBMSのACIDプロパティが必要になると思います。使用パターンと、非リレーショナル モデルが必要だと思われる理由を説明していただければ、より適切なソリューションを見つけることができるでしょう。

現状では、データはリレーショナル モデルによって簡単に構造化されているようで、非常に厳格なスキーマを持っているため、スキーマレス データベース (MongoDB、CouchDB、Riak...) は必要ないと思います。通常、株価には強い一貫性 (常に最新の状態) が必要なので、ダイナモ クローン (Cassandra、Voldemort など) には意味がありません。そして、すでに膨大な量のデータがあり、処理速度とリソース使用に関して壁にぶつからない限り、列ベースのデータベース (HBase、Hypertable) には行きません。

于 2010-08-28T09:32:47.540 に答える