SQL：株価の最も効率的なデータベース

何百もの株式はそれほどデータではありません。 何百分もの株価を1分ごとに逓増させると、毎日100Kの記録を意味します。また、保存したい過去の深度によっては、今後管理するデータになることがあります。表のサイズ、または表スペースは、問合せのパフォーマンスに影響します。

一方、表は、実体表現であると述べた。あなたが述べているように、株式は実体であり、すべての株式を1つのテーブルに入れるべきです。

テーブルインデックスは、多くのクエリパフォーマンス関連の最適化構造の1つです。パフォーマンスと構造を別々に扱う必要があるので、1つのテーブルを保持し、他のツールでクエリを高速化してください。

1つの在庫につき1つのテーブルは、企業がリストされ、上場廃止されたときにCREATE/DROPテーブルがあることを意味します。それは良いデザインではありません。私は2番目のデザイン、1つのテーブル、多くの株が好きです。これは、各株式ごとに同じ情報を保持していることを前提としています。

キーは、このフレーズです： "各株式は同じ構造を持ち、関係はありません"。すべてが同じ構造を持つ場合、それは1つのテーブルに属します。