現在、私は他の要素とのさまざまな M:N 関係に関する記事を持っています。問題は、これらの要素が成長する可能性があり、成長する可能性があり、データベースにその量のテーブルを持ちたくないということです。
これは、要素の数が不明な場合に、単一の関係 M: N を構築する正しい方法です。
現在、私は他の要素とのさまざまな M:N 関係に関する記事を持っています。問題は、これらの要素が成長する可能性があり、成長する可能性があり、データベースにその量のテーブルを持ちたくないということです。
これは、要素の数が不明な場合に、単一の関係 M: N を構築する正しい方法です。
不明な数の要素に対して単一の関係 M: N を構築する正しい方法はどれですか
M:N の関係ごとに個別のジャンクション テーブルを用意しても特に問題はありません。
そうは言っても、これらの関係をより一般的な方法で処理すると同時に、継承1を使用してテーブルの数を減らすことができます。
継承の概念の詳細については、ERwin Methods Guideで「Subtype Relationships」を検索してください。リレーショナル データベースで継承を実装する方法に関するヒントについては、以下をご覧ください。
1あか。カテゴリ、サブクラス化、サブタイプ化、汎化階層...
すべての要素が同じ属性を持つ場合、それらをすべて1つのテーブルに保持し、それらを区別するために追加の列(enum best)を使用できます。
しかし、画像を見ると、おそらく同じ属性を持っていない可能性があるため、それらを1つまたはいくつかのテーブルに強制するのは難しく、非効率的です。
作成できるテーブルの数に制限はありません。リレーションごとに新しいテーブルを作成しないようにする必要がある理由がわかりません。