複数のテーブルの外部キーの処理

地域、国、州の 3 つのテーブルがあります。国と州は地域に属することができ、階層構造を形成します。ここで、「region_id」列と「popular_place_id」列を持つ「popular_areas」テーブルを作成し、「popular_place_type」列に基づいて「popular_place_id」と国または州との間に外部キー関係を確立します。

これSQL 外部キー制約は通常、単一のターゲット テーブルを参照するため、このシナリオでは課題が生じます。ただし、データベース設計には、これに対処しようとするポリモーフィック アソシエーションとして知られる概念があります。

ポリモーフィック アソシエーション: 共通のスーパータイプで複数のテーブルを結合する

ポリモーフィック アソシエーションにより、次のことが可能になります。いくつかの可能なターゲット テーブルの 1 つを参照する外部キー。これは、追加の列を使用して参照されるターゲット テーブルを指定することによって実現されます。たとえば、あなたの場合、「popular_place_id」が国または州を参照しているかどうかを判断するには、「popular_place_type」列が必要です。

ただし、ポリモーフィック関連付けには、制約のため SQL に制限があります。 SQL では、ポリモーフィックな関連付けを使用してデータベースの一貫性を強制することはできません。代わりに、これらの関連付けを実装するアプリケーションまたはフレームワークに依存してデータの整合性を確保します。

複数のテーブルへの外部キー参照の代替ソリューション

ポリモーフィックを使用せずに参照整合性を維持するには関連する場合は、次の代替案を検討してください:

• 別のテーブルの作成: 「popular_states」や「popular_countries」などのテーブルを作成し、それぞれ州と国を参照します。これにより、SQL 制約を通じてデータの整合性が確保されますが、ユーザーに関連付けられたすべての人気の場所を取得するには複数のクエリが必要になる場合があります。
• 親テーブルの作成: スーパータイプとして機能する「places」テーブルを作成します。州や国にとって。州と国の両方に「場所」を参照する外部キーがあり、参照整合性が確保されます。
• 2 つの列の使用: 州または国のいずれかを参照する 1 つの列の代わりに、2 つの null 許容列を使用します。 「州_id」と「国_id」。ただし、これらの列のうち 1 つだけが NULL でないことを確認し、アプリケーション ロジックまたはデータベース トリガーを通じてこの制約を強制する必要があります。

リレーショナル整合性と正規形式の違反

ポリモーフィック アソシエーションはデータベースの正規化原則に違反することに注意することが重要です。第一正規形 (1NF) は、単一の列内で異なる意味を混在させることを禁止しています。これは、州 ID と国の ID の両方を単一の「popular_place_id」列に格納する場合に発生します。ポリモーフィック アソシエーションは、「popular_place_id」列の意味が追加の「popular_place_type」列に依存するため、第 3 正規形 (3NF) にも違反します。

要約すると、ポリモーフィック アソシエーションは、複数のテーブルへの外部キー リレーションシップに対する潜在的なソリューションを提供します。 SQLで。ただし、これらはデータの整合性の問題を引き起こし、データベースの正規化原則に違反します。堅牢なデータ管理のために、上記の代替アプローチを検討してください。