このデータベーススキーマは実用的ですか？

Question

としてソートのこの前の質問へのフォローアップ： http://schemabank.com/p/VwWHn

私の質問は、私はこの方法で正しい道の上にいますされています。私は今、この設定を作成しました Normalizing a variety of properties with similar data types

を？私が使用しているセットアップに明らかな間違いがあるのでしょうか、または標準化の概念について何か不足していますか？現実のシナリオで実用的なアプローチをしようとしているので、このデータベースを構成するためのより良い方法があれば、それを聞いてうれしいです。

Answer 1

platform_dataテーブルを用意して、複数のプラットフォームにまたがってゲームを関連付けることができます。これはこれを持たない意識的な選択かもしれないが、私はそれを言及すると思った。

もう1つのことは、リリース日にはリリース日別にすべてを選択できるように別のリリース日表があると仮定します。それがあなたの計画の一部でない場合は、余分なテーブルは必要なく、ゲームモデルに追加するだけで済みます。

もう1つのことは、ゲームが異なる国で異なる日付にリリースされることです。複数の国をレーティングの目的でスキーマに導入しているので、おそらく、国別のテーブルを追加し、各国の格付けテーブルを削除することを検討することができます。次に、格付け表を1つずつ作成し、各格付けに外国のキーとして国を設定することができます。次に、様々なレーティングにゲームを関連付けるためのratings_dataテーブルを作成するだけです。 release_date_dataテーブルにcountry_idを追加することもできます。この方法では、毎回スキーマを変更することなく、より多くの国を拡大して追加することができます。

Answer 2

方法以下の表の追加について：

1. を国
2. RatingsByCountry
3. 評価
4. GameRatingsByCountry

こうすることで、あなたは国や格付けの種類を追加した場合、あなたテーブル構造を変更する必要はありません。