0

私は約 1000 の .csv ファイルを持っており、毎日のデータは 30 年前にさかのぼります。私は理想的には、ユーザーが関心のある株式記号と、10 年以上の毎日のデータになる可能性のある関心のある時間枠を入力する自分用の RESTful アプリを構築しています。

デザイン1

以下の流れを考えました。

1) user input symbol='GOOG'
2) user input startDate='01-01-1997', endDate=getTodayDate()
3) client requests location of GOOG.csv file in dropbox server or EC2
4) server returns GOOG.csv to client
5) client parses .csv file until all data is collected and plotted

また

デザイン 2

1) user input symbol='GOOG'
2) user input startDate='01-01-1997', endDate=getSystemDate()
3) client requests location of GOOG.csv file in dropbox server or EC2
4) server-side converts GOOG.csv file to GOOG.json file 
5) server returns GOOG.json object to client side for plotting

また

デザイン3

0) During maintenance time, convert all 1000 .csv files to .json objects
1) user input symbol='GOOG'
2) user input startDate='01-01-1997', endDate=getSystemDate()
3) client requests location of GOOG.json file in dropbox server or EC2 
4) server returns GOOG.json object to client side for plotting

この後の私の最終目標は、同じ 1 つのチャートに最大 6 つの異なるグラフをプロットすることです。過去のポートフォリオのリターンをプロットするだけでなく。

メモリを消費しすぎず、優れたパフォーマンスを提供する適切な設計はどれですか?

4

2 に答える 2

1

SOLRプロジェクトをチェックアウトします。CSV データのインデックス作成をサポートし、REST 対応の検索 API を提供します。

簡単な例については、次を参照してください。

于 2012-11-21T21:54:59.773 に答える
0

あなたの短い説明から、私はデザイン2を使用し、サーバーにキャッシュを適用するか、変換されたjsonアイテムをオンザフライで保存して、その日後にそれらを再度変換する必要がないようにします。サーバー側の負荷やメモリの消費が多すぎることが判明した場合は、いつでも設計 3 に移行できます。

于 2012-11-21T20:14:15.203 に答える