2017-06-05 21 views
-1

私は実際にSDLCのコースを通過しています。講師はコースプロジェクト全体の一環としてDBを設計するよう依頼しています。彼は、それぞれの子テーブルに2つの外部キーが必要であると規定しています。彼はまた、すべての親テーブルに2つの子テーブルがあることも規定しています。DBデザインFK&PK

- これは標準またはベストプラクティスですか、これは単なる任意の規定ですか? -

私たちのプロジェクトでは、架空の印刷会社の注文を入力するためのアプリケーションを作成する必要があります。私たちはまた、私たちが5つのテーブルで手に入れることができると言われてきました - 私たちの要件とデザインに基づいて、これは理想的ではないようですが。私たちのテーブルの中には、シンプルなルックアップテーブル(顧客テーブルなど)であるため、FKはありません。

+0

恐らくあなたのデザインが合理的であることを確認するのに役立ちます。あなたは何ですか?どのような要件に応じて?状況で保持するはずのテーブルは何ですか?つまり、各テーブルについて行が何を言いますか?サブロー値が他のサブローに現れなければならないときは、FKを宣言します。どのテーブルが保持している可能性のある状況と可能性のある状況に従います – philipxy

答えて

1

私はインストラクターに明確にするようお願いします。おそらく、彼はあなたのスキーマに、テーブルを少なくとも2つの外部キーが他を参照するテーブルと、2つの扶養家族からの外部キーによって参照されるテーブルとを含んでいなければならないことを意味するでしょう。これは、 2人の保護者と2人の保護者の子供のみを含むスキーマを設計しようとするよりも意味をなさないでしょう。これは面白いかもしれないが、そうでなければ全く役に立たない。

関連する問題