問題タブ [functional-dependencies]

リレーショナル データベースの設計では、たとえば、スキーマ S(銀行家、bname、顧客) と関数の依存関係 (FD) があります。

銀行家 -> bname 顧客、bname -> 銀行家

スキーマ S は BCNF にありますか? または、次のようにする必要があります: (banker, bname) and (customer, banker)

私は DBMS について学んでいる、または学ぼうとしていますが、これに対する正規のカバーを計算する方法を理解するためにあらゆる種類の問題を抱えています:

これらの 1 つを計算する方法の例を 1 つしか見つけることができず、BC と B の依存関係をどうするかを理解するのに役立ちません。これは私が思いついたものであり、確かに間違っていますが、これを分解して理解できるようにするための助けは、実際の答えよりも価値があります.

しかし、elmasri navathe は、x-->a と y-->b は xy-->ab を暗示していないと言います。

いくつかの手順で正規のカバーを取得する方法を知っています。

しかし、これが最小限で正しい正規のカバーであることをどのように確認できますか？

これが私の試みの例です：

これが私がしたことです：

たった1つのステップで完了です。

Cで無関係ですCD->E

私のFc = {A->BC, D->E, B->D, E->A}

しかし、それ以上進むことはできませんでした。また、結果は信用できませんでした!!

編集：私はまた別の解決策を持っています：それは：{A->BCE, B->D}

編集：私はまた別の解決策を持っています：それは：{A->BCED}

どちらが正しいですか？

R（A、B、C、D、E）をリレーションスキーマとし、F = {A→C、B→D、C→E、E→A}、すべての候補キーを検索します。

マップできないため、このセットにはCKが存在しないと思います。BまたはDをB->D以外の他の関係に。これは、候補キーがないことを意味しますか？AをBとD以外の他のすべてのエンティティにマップすることはできますが。

ArmstrongのAxiomsとの機能依存性を証明する際に問題が発生しています。私はこれに苦労しています：

R（A、B、C、D、E）をリレーションスキーマとし、F = {A→CD、C→E、B→D}とします。

証明：F：BC-> DE

私が持っているもの：

1. 与えられたB->D
2. 1、BC->DCの拡張C
3. 2、BC-> D、BC->Cでの分解
4. BC-> C、BC->Eの推移性
5. BC-> Dおよび4、BC->DEのユニオン

これが適切な解決策であるかどうかわからない。

ArmstrongのAxiomsとの機能依存性を証明する際に問題が発生しています。これは私が苦労しているものです。R（A、B、C、D、E）を関係スキーマとし、F = {A→CD、C→E、B→D} 1.証明：F：BC-> DE

私が持っているもの：

1与えられたB->D1. 1の拡張C、BC-> DC

2. 2での分解、BC-> D BC-> C

3. BC-> C、BC->Eでの推移性

4. BC-> Dおよび4のユニオン、BC-> DE

これが適切な解決策であるかどうかわからない。

また証明する：AC->BDこれは証明できないと思います。助けてください！

私は頭の中でこれを理解しようとしてきましたが、私は本当に行き詰まっていて、助けていただければ幸いです。スキームを考えると

ここでの鍵は{a、b}であると言うのは正確でしょうか？それが本当なら、aまたはbのいずれかに部分的に依存しているため、属性c、dは独自のテーブルにある必要があると言うのも正確でしょうか？次のようなスキームになりますか？

それとも単に持っているのが正しいでしょうか

確かに、a、bはキーであるため、何らかの形で存在する必要がありますか？100％確信はありません。これを理解するのに役立ちます

私は最終的なプロジェクト (小学校) のデータベースを作成している途中で、機能の依存関係を正しく取得しているかどうか少し混乱していました。

以下にいくつかの表を示します。

ここに私の派生機能依存があります：

Schools テーブル: School_ID -> School_Name、School_Year

科目テーブル: 科目、学校 ID -> 学年、科目名

Course_Join_Periods テーブル: Course_Period_ID , Course_ID , Grade_Level_ID, Teacher_ID, Grade_Level, School_Year, Grade_Name, Period_ID, School_ID, Subject_ID, Subject_Name -> Period_Class_Name

ここで何か正しいことはありますか、それとも製図板に戻って自分自身に FD を再教育する必要がありますか?

私は現在、機能の依存関係について学んでおり、その背後にある概念を理解するのに苦労しています。

私はテーブルを持っているとしましょう：

お客様

cust-ID と cust-Email の 2 つの候補キーがあります (1 人の顧客に属することができる電子メール アドレスは 1 つだけです)。cust-ID を PK として選択すると、機能的な依存関係は次のようになります。

{Cust-ID} -> {Cust-FName, Cust-LName, Cust-Email, Cust-Pw}?

または、両方の候補キーを描画/表現しますか?

{Cust-ID} -> {Cust-FName, Cust-LName, Cust-Email, Cust-Pw}

{Cust-Email} -> {Cust-ID, Cust-FName, Cust-LName, Cust-Pw}?

本能的には前者だと思いますが、これはまったく新しいトピックなので、助けていただければ幸いです。