将来の読み込み速度とアーカイブのグローバルサイズを考慮して、見積データ（オープン、ハイ、ロー、クローズ、ボリューム）を格納する最も効率的な方法は何ですか？株価（財務）データを格納するための最良の方法
XML ? But It is resource consumption
Simple CSV comma separated ?
Is Binary maybe the best way ?
おかげ
EDIT：データベースについては、あなたは右の男ですが、私は考えている：彼らは単に（例えば、sqliteの）値の5種類を格納するために「良い」ですか？自分のアーキテクチャが自分の必要に合わせて「アップサイズ」でないのですか？
私はRDBMS（リレーショナルデータベース管理システム）を提案します。なぜあなたの選択肢の一つではないのか分かりません。
RDBMSは、この種のもののために作成されました。スピードとスケーラビリティ。そして、コストが問題であれば、多くの無料のオープンソースまたは無料ですが、非常に良いRDBMSのいくらか限定されたバージョンが利用可能であると考えてください。
いくつかの無料のRDBMSのオプション：
別のオプション：
本当にデータベースの使用を避けたいが、堅実なデータ構造が必要な場合は、XML serialized DataSetを使用することを検討することができます。これは実際にあなたに物事のカップルを与える：1）人間が読める直列化形式とEDITにしばらく
返信用にも拡張されます2）非常に固体メモリ内表現：
あなたのニーズをされました将来のパフォーマンスとスケーラビリティについて心配するとすぐにアップサイズにすることができます。だから誰もXMLの代わりにDBソリューションを提案している。
http://www.mongodb.org/も無料でオープンソースであり、非常に高速です。 – Josh
シンプルな正規化されたデータモデルがうまくやってくれます。 XMLの問題はあまりにも冗長であることです。 CSVでは正規化されていないので、重複した情報がたくさんあります。
正規化されたデータモデルでは、必要なデータを効率的に保存するだけでなく、このデータに対するクエリが重要になり、どのデータベースが本当にうまくいくかがわかります。データモデルをうまく設計すれば、優れたデータベースエンジンが得られるスピードを信じることはできません。
データベース。 SQLサーバー、mongo、oracle、sybase、postgres、mysql。あなたのニーズ、環境、予算に応じて、さまざまな選択肢があります。
私はNoSqlがあなたに自然のスピードを与えると思います。いずれにしても、巨大なXMLファイルやCSVファイルを処理することはできません。
今後のパフォーマンスとスケーラビリティについて心配するとすぐに、ニーズはアップサイズになりました。だから誰もがXMLの代わりにDBソリューションを提案しているなどです。さらに、データモデルがますます大きく複雑になり、1つのエンティティに5つ以上のフィールドを格納することになります。 –
フラットファイル、xmlとデータベースの主な違いを理解する必要があると思います。このデータを頻繁に照会することを考慮すると、最良のソリューションはデータベースです。より少ないスペースに同じ量の情報を格納することができ、データベースエンジンはすべてのクエリを処理できます。 XMLを使用すると、重複データのゴブだけでなく、余分なデータのゴブ（これらのすべてのオープン/クローズタグを繰り返す）を持つことになります。 CSVを使用すると、重複したデータがあるだけでなく、独自のクエリエンジンを作成してこのデータをクエリする必要があります。 –