データベース設計：私の参照はどこにあるべきですか、親子ですか？

Question

5つのテーブルのうちのどれかへの参照を持つことができるテーブルがあります。私のプライマリテーブルに5つのNullable FKカラムがあるべきか、5つの潜在的なセカンダリテーブルのそれぞれに私のプライマリにFKリファレンスを戻すべきですか？

私はどちらかが「うまくいく」ことを理解しています。インスタンスの場合、5 Nullable FKのルートに行くと、カスケード削除を使用できません。

ある時間を惜しみなく覚えておいてください。

EDIT

私の親テーブルは、基本的にはちょうどアンケートでNoticeOfAction、です。それはNOAで選択された "意図された行動"に基づいて質問のちょうど異なるサブセットである5つの潜在的な子テーブルのいずれかを持つことができます。したがって、NOAテーブルのエントリが最初に発生し、一度に5つの子テーブルのうちの1つしか参照できません。 NOAエントリが削除された場合、NOA自体なしでは存在できないため、Child Actionテーブルの対応するエントリを削除します。

私は役立つことを願っています。

Answer 1

5つの子テーブルを1つにまとめることができれば興味があります。多分、質問のサブセットのタイプを明らかにする余分な列を追加してください。次に、1つの親テーブルを参照する1つの子テーブルへの関係が単純化されます。しかし、もちろん、これはあなたのデータに依存します。

Answer 2

これに対する厳しい答えはありません。しかし、あなたは考慮する必要があります：

• あなたのカスケード削除はあなたに使用していますか？

• fks間に制約がありますか？同様に 'テーブルAへの参照がある場合はテーブルBを参照してはいけません。もし単一のテーブルにチェック制約を使用して実装することができれば、fkも含まれていればいいです。

• 最初？他のテーブルではIDが良いかもしれません。

Answer 3

一つの可能​​な実装：親テーブルが5つのテーブルのかを示す、（少なくとも）主キーと「スイッチ」または「タイプ」列を持っています - 本当に-ます含まれて「サブテーブル」、関連するデータ各サブテーブルは、外部キーとして親テーブルIDを持ちます。

クエリを実行するときに、親のタイプを識別し、適切なテーブルから子エントリを読み込みます。クエリを簡略化するためのビューと、参照整合性を保証するための外部キーを使用して、精巧なトリックを行うことができます。

Answer 4

親テーブルのIDを子テーブルに入れます。カスケーディングが正しく機能し、最初に親データを最初に入力してから、子データを正しく入力することができます。