0

次のリレーショナル スキーマを検討してください。

ここに画像の説明を入力

(第 3 正規形で) 完全に正規化し、機能の依存関係を特定しようとしています。ただし、無限の研究により、次の方法を回避することはできません。

  1. リレーショナル スキーマを完全に正規化する
  2. 機能依存関係の特定

これについてどうすればいいですか?

4

1 に答える 1

1
  1. 従業員は顧客になることができ、いつかマネージャーになる可能性があります。パーティー モデルを使用します。「従業員」または「顧客」は当事者が果たす役割であるべきです。パーティーには多くの役割があります

  2. 人は住所を持たないことも、1 つの住所を持っていることも、複数の住所を持っていることもあります。複数のユーザーが同じアドレスを共有できます。Address テーブルと PersonAddress ジャンクション テーブルを使用します。電話番号も同じ。

  3. おそらく、個人の顧客と組織の顧客 (会社または共有アカウント) が必要になるでしょう。パーティー モデルを使用します。

  4. 他のすべてのテーブルが id 列を使用しているのに、Branch が BranchId を使用しないのはなぜですか?

  5. 顧客が従業員に割り当てられていますか? 従業員が休暇中の場合はどうなりますか?

  6. Branch の「市」と「町」はなぜですか?

于 2014-05-26T21:25:33.937 に答える