2

リレーションに機能依存性が1つしかない場合、リレーションのスーパーキーを理解するのに問題があります。

Aが主キーで関数従属性がA->Bである関係R（A、B、C、D、E）を検討する場合、FDが1つしかないため、Aは関係のスーパーキーと見なすことができますか？または、スーパーキーを見つけるために、関係の言及されていない部分（C、D、E）を含めるように機能従属性を拡張する必要がありますか？

これまでWebで見たすべての資料には、リレーション内のすべての属性が含まれている複数の関数従属性が含まれているため、主に混乱しています。したがって、未使用の属性を解釈する方法がわかりません。誰かがこれを明確にするのを手伝ってくれるなら、私はそれを感謝します！

4

3 に答える 3

1

関係スキーマについて明示的に言及されているFDがA⟶Bのみである場合、暗黙の自明なFD {A、B、C、D、E}⟶{A、B、C、D、E}があります。A⟶Bとすると、次のように推測できます。

  • {A、C、D、E}はRの主キーです。
  • A⟶Bには部分的なキー依存関係があるため、RはBCNFに含まれず、リレーションスキーマRは2つの非損失予測に分割する必要があります。
    • R1（A、B）とA⟶Bなので、Aが主キーです。
    • すべてのキーであるR2（A、C、D、E）（主キーは{A、C、D、E}の組み合わせです）。
    • そして、R1⋈R2≡R（⋈が結合操作であると仮定）。

Catcallがコメントで述べているように、AがRの主キーであるという言及があります。Aが主キーの場合、シングルトンFDのそれぞれA⟶B、A⟶C、A⟶D、およびA⟶E（またはまとめて、A⟶{B、C、D、E}）が適用され、A⟶Bを個別に呼び出す必要はありません。AがRの主キーである場合、Rを分解する必要はまったくありません。利用可能な情報が与えられた場合、テーブルは5NFに正規化されるため、テーブルについては実際には何も興味深いことはありません（記述されていない重要なFD、MVD、またはJDがないと仮定します）。

Aが主キーの場合、それはスーパーキーでもありますが、適切なスーパーキーではありません。Aおよび1つ以上の他の属性との属性の組み合わせもスーパーキーであり、適切なスーパーキーです。

于 2012-12-04T03:08:32.337 に答える
1

Aが主キーで関数従属性がA->Bである関係R（A、B、C、D、E）を検討する場合、FDが1つしかないため、Aは関係のスーパーキーと見なすことができますか？

AがRの主キーであるとすると、定義上、FDA->BCDEになります。また、

  • A-> B
  • A-> C
  • A-> D
  • A-> E

AがRの主キーである場合、定義上、AはRの候補キーおよびスーパーキーでもあります。

于 2012-12-04T03:39:37.827 に答える
1

簡単にしましょう：これがスーパーキー、候補キー、主キーの定義です

スーパーキー

スーパーキーは、キーのスーパーセットを表します。

スーパーキーは、集合的に取得され、他のすべての属性を一意に識別できる1つ以上の属性のセットです。

候補キー

候補キーは、適切なサブセットがスーパーキーではないスーパーキーです。

言い換えれば、候補キーは最小限のスーパーキーです。

主キー：

これは、エンティティセット内のエンティティを識別するためにデータベース設計者によって選択される候補キーです。

主キーは最小限のスーパーキーです。ERダイアグラムでは、主キーは主キー属性に下線を引くことで表されます。

理想的には、主キーは単一の属性のみで構成されます。ただし、複数の属性で構成される主キーを持つことは可能です。

于 2015-05-10T09:01:35.127 に答える