トップ10のデータベース設計の助けが必要

Question

私は、いくつかの計算のために "トップ10"の結果を保持するデータベース設計を考え出しています。基本的に、すべてが完了したら、3つの「トップ10」カテゴリがありますが、すべてが別々のテーブルになっていますが、戻って後でトップ10フラットファイルが機能するにもかかわらず、データベースの必要性があるため、これは何年ものデータを保持する可能性があります。

ここでは、いくつかのシンプルなテーブルを持つもの以外の、データベースで深刻なことをしているので、しばらくしているので、このデザインを通していくつかの問題を考えています。誰かが私の設計を手伝ってくれたら、残りの部分を手に入れるのに十分なMySQLを知っています。

本質的に、私は10の名前のグループ、各名前が持っていた合計ポイントの％、彼らがトップ10に入れたランク、そしてそのトップ10に関連付けられた時間を保存する必要があります後でその時間のクエリ）

私はトップ10に11列、1つはID用、10個は 'Names'テーブルの外部キー用のテーブルが必要だと思いますPK、名前、％、およびランク。これは私にとっては控えめなようですが、他の誰かが提案していますか？

編集：「トップ10」は、5分間隔の特定のデータセットに関連付けられており、各間隔は以前または将来の間隔とは完全に独立しています。

Answer 1

データベースを聞きたいならば、「ジョーがトップ10にされているどのくらいの頻度で、」あなたは、フォームの代わりに

SELECT Date FROM Top10 WHERE FirstPlace = 'joe' 
SELECT Date FROM Top10 WHERE SecondPlace = 'joe' 
... 

の10個のクエリを記述する必要がありますので、私は、あなたのソリューションをお勧めしません。 、どのようにランキング表について、フィールドを持つ：あなたは特定の日付のトップ10リストをしたい場合は

id 
Date 
Person 
Rank 

はその後、クエリが

SELECT * FROM Rankings WHERE Date = ... 

です

とあなたが誰かの歴史的な順位を知りたい場合は、クエリが

SELECT * FROM Rankings WHERE Person = ... 

であり、あなたはすべての歴史的な指導者を知りたい場合は、クエリは、この方法の欠点は、あなたということです

SELECT * FROM Rankings WHERE Rank = 1 

です誤って2人の異なる人を8位にして、データベースが異常を許す可能性があります。しかし、私はあなたに良い知らせをしています。人々は実際に8位を結ぶかもしれないので、実際には可能にしてほしいかもしれません！

Answer 2

あなたの「トップ10」は特定の時間内のスナップショットデータであると仮定します。 「トップ10」の配列「はtop_10_detail」の列から計算することができれば、あなたのビジネスロジックは、あなたは、

top_10_history 
    th_id - the primary key 
    th_time - the time point when taking the snapshot data of "Top 10" 
top_10_detail 
    td_th_id - the FK to top_10_history 
    td_name_id - the FK to name 
    td_percentage - the "%" 
    td_rank - the rank 

時間は、テーブル設計のための親エンティティであるように、「5分毎」という

1. です列のシーケンスを保持する必要はありません。それ以外の場合は、シーケンスを永続化する列が必要です。
2. 「過去30日間の午前12時のトップ10」などのより複雑なクエリが必要な場合は、「曜日」、「時間」、「分」に個別の列を使用するとパフォーマンスが向上します適切なインデックスで）。