0

私は大学以来 (10 年以上前) 主要なデータベース作業を行っておらず、ポートフォリオを保持するためのデータベースを設計する際の最適なアプローチについて確信が持てませんでした。

ポートフォリオの銘柄数は決まっていますが(例えば30株)、たくさんのポートフォリオを持っています。最初は、主キーである一意の ID を作成し、次に各株式名と重量の列を作成することを考えました (価格などの株式に関する情報を保存する必要はありません。必要に応じて、名前を使用して検索できますその情報をアップします)。これが最善のアプローチなのか、それともより良い設計があるのか​​ わかりません。

2 つのテーブルがあり、1 つはポートフォリオの現在のリストを持ち、もう 1 つは履歴バージョン (どちらも同じ形式) を持ち、それらを行ごと、アイテムごとに比較して、類似点やその他の分類を見つけます。最初は、一意の ID を取得してから、株式情報 {IBM:3,goog:10,c:2} のすべてのテキストを配置することを考えていましたが、テキストの解析が有効かどうか、またはデータベースが有効かどうかはわかりません。解析を不要にするために何かをすることができます。

私は少し新しく、SQLの本を見直していますが、誰かが特定の洞察や何かを調べたり読んだりする必要がある場合、それは素晴らしいことです.

4

1 に答える 1

-1

ポートフォリオのサイズを固定している理由は何ですか。つまり、株式数が少ないポートフォリオを持つことができます。

株式 => (stockId、重量、名前、詳細...) ポートフォリオ ==> (entity_id、version_id、stock_id、...) バージョン ==> (version_id、user_id、createddate、last_updated、...) ユーザー == > (user_id、user_details...)

説明:: 多くのユーザーが存在する可能性があります.すべてのユーザーはポートフォリオの多くのバージョンを持つことができます.すべてのバージョンは多くの株式をマッピングすることができます.

于 2012-06-06T05:42:01.197 に答える