2.4。候補キー、主キーと代替キーのリレーションシップ

印刷用ページ

たとえば...

...会社の従業員に関する情報を格納する従業員の異なるそれぞれの対応するデータかを区別する必要がありますすることができる。

...会社の従業員に関する情報を格納する別のempleados.Todaそれぞれのいくつかの方法で識別する必要がありますが、データベースに含まれている情報に対応するデータを区別することができなければなりません。データベースに含まれるデータを識別するためにリレーショナルモデルを次のデータベースの場合には、関係の候補キーを使用することができます。次に、候補キー、リレーションシップの主キーと代替キーが何を意味するかを定義します。これを行うには、スーパーキーの概念を定義する必要があります。

関係スキーマの研究(A1、A2の...アン)の超キーは次のスキーマ内の属性のサブセットであるように、属性の値の同じ組み合わせとの関係の程度に2つの行サブセットです。

ことに注意して...

...すべての関係があり、少なくとも、そのスキーマのすべての属性によって形成される超。これは、すべてのタプルが繰り返されていない満たしているプロパティとして組み合わせによるものです。
2人の従業員(IDは、通常の原子力潜水艦、名、姓、電話番号)スーパーキーされている例では:{IDは、通常の原子力潜水艦、氏名、電話}。

スーパーしたがって、私たちの関係が含まれているすべてのタプルを識別することができます。

雇用のいくつかはsuperkeys

次のサブセットの属性 "rteindent1" > 関係スキーマのEMPLOYEE(IDは、通常の原子力潜水艦、名前、いくつかの)電話姓、されるの関係superkeys数:{IDは、通常の原子力潜水艦、氏名、電話} {IDは、最後の名前}、{id}{NSSは}。

 

関係の候補キーは、Cのない適切なサブセットは、スーパーキーであることを保持している関係のスーパーCです。

ことに注意して...

...すべての関係は、少なくとも1つは、スーパーキーがあるためには、すべての関係をgarantizarqueが少なくとも1つの候補キーを持っています。

すなわち、Cは関係のスーパーキーではない属性のセットを指定された属性のいずれかの除去を満たしています。直感的には、候補キーは、その身分を示す任意の属性のため、関係の任意の組をするわけではない識別します。

Keyの求職者

}原子力潜水艦、名、姓、電話)の場合、2つの候補キー:{番号}{NSSのでは関係スキーマのEMPLOYEE(IDを指定します。

通常、関係の候補キーのいずれかが主キーの関係を指定されています。主キーは、値の関係のタプルを識別するために使用されているキーの候補です。

データベースの設計者は、鍵の候補の中から主キーを選択する人です。

候補キーが主キーと呼ばれる代替案として選択されていない。

我々は、関係のスキームの主キーの一部である属性を強調する規則を使用します。したがって、Rは、(A1、A2の...愛は、...、Anは)属性が順にA1、A2、...、愛がされていることを示してRの主キー

主キーの従業員の選択

名前、姓、電話)がある2つの候補キーは、ID}原子力潜水艦、リレーションスキーマのEMPLOYEE(IDは、{{NSSは}} IDは{キーをすることができますが選ばれたとして、プライマリ。下線姓、電話、名前原子力潜水艦を示すID属性 、スキーマの関係の従業員(IDです。場合、このキー{NSSは}雇用代替することがキーを押します。

これは、候補キーまたは主キーが複数の属性で構成される可能性があります。

リレーションシップの主キー事務所

)表面では用語のスキームのディスパッチ(建物、数値、主キー属性のと構成の建物です。ケースでは、この、それはと同じ可能性がありますが起こるという点で異なる企業は2つの建物、または有する同じ番号を構築するための値と同じ組み合わせのことがないが、されます