私は従業員とホテルで働いていた時間を追跡する関係を分解しました。これらのテーブルは3番目の正規形式ですか?
私は、次の3つのテーブル1.
Employees:
national insurance number(A)
eName(D)
PRIMARY KEY(A)
2.
Works at:
contract Number(B)
Hours(C)
national insurance number(A)
PRIMARY KEY(B, AND A)
3.
Hotel:
contract Number(B)
hotel Number(E)
hotel Location(F)
PRIMARY KEY(B)
を作成している。このことから機能的な依存関係に
F:(A->D, E->F, AB->C, B->E, BA->E)
を発見した
R(A, B, C, D, E, F)
のように書き換える
R(national insurance number, contract Number, hours, eName, hotel Number, hotel Location)
を次のように元の関係があります
私の3番目のテーブルには、ホテルの番号と場所の両方を判断できるプライマリキーがあります。ホテルの番号は のホテルの所在地を特定することもできます。ホテルのロケーションを新しいテーブルに移動する必要があります(ホテル番号のみ)。それはより多くのスペースを使いますが、3RDの通常の形に到達する必要がありますか?
はテーブル「での作品」「ホテル」テーブルで同じ契約番号での契約数ですか? –
私は契約が従業員を契約に結びつけているテーブルでの作業で、独自のテーブルになると期待します。 1つのホテルに1つの契約のみがある場合、契約番号はホテル内にありますが、契約が切れた場合やホテルが複数の契約を結ぶ場合はどうなりますか?その場合、それらの用語を管理するホテル契約のリンクテーブルがあります。 –
いずれにしても、契約番号がホテルのテーブルのPKであるとは思われません。 –