この前の質問の一種のフォローアップとして: 類似したデータ型を持つさまざまなプロパティの正規化
私は今、このセットアップを作成しました: http://schemabank.com/p/VwWHn
私の質問は、私はこの方法で正しい道を進んでいますか? 私が使用しているセットアップに明らかな間違いがありますか、それとも私が見逃している正規化の概念について何かありますか? 現実世界のシナリオで機能する実用的なアプローチを目指しているので、このデータベースを構成するためのより良い方法があれば、喜んで聞いてください.
複数のプラットフォーム間でゲームを関連付けることができる、platforms_data テーブルが必要になる場合があります。これを持たないという意識的な選択かもしれませんが、私はそれについて言及したいと思いました.
もう1つのことは、リリース日については、リリース日ごとにすべてを選択できるように、別個の release_dates テーブルがあると仮定します。それが計画の一部でない場合は、追加のテーブルは必要なく、ゲーム モデルに含めることができます。
考慮すべきもう 1 つのことは、ゲームが異なる日付に異なる国でリリースされることが多いということです。レーティングの目的で複数の国をスキーマに既に取り込んでいるため、国テーブルを追加して、国固有のレーティング テーブルを削除することを検討してください。次に、各評価が外部キーとして国を持つ単一の評価テーブルを持つことができます。次に、rating_data テーブルを作成して、ゲームをさまざまなレーティングに関連付ける必要があります。また、country_id を release_date_data テーブルに追加することもできます。このアプローチにより、スキーマを毎回変更することなく、国を拡張して追加することができます。
次のテーブルを追加するのはどうですか:
そうすれば、国または評価タイプを追加しても、テーブル構造を変更する必要はありません。