問題タブ [bcnf]

だから私はFDとの関係R（A、B、C、D、E）を持っています

そして、それをBCNFに正規化したいと思います。

A->C および D->E は BCNF に違反するためです。ABD になる ABCDE から C と E を減算します。しかし、元のリレーションの FD を新しい ABD リレーションに投影するにはどうすればよいでしょうか? ABD の FD は次のようになると言われました。

よくわかりません。

どんな助けでも大歓迎です！

スキーマ:R(A,B,C,D,E,F,G,H,I,J)および機能依存関係FD = { A->DE, IJ->H, I->A, J->FG, G->BC }

質問: BCNF に関係はありますか?

回答:がスーパーキーではないからAではありません。

リレーションシップが BCNF にある条件は知っていますが、いつも混乱するのは ですsuperkey。答えがスーパーキーではない理由を誰か説明できAますか? たとえば、IJまたはIスーパーキーとして選択してみませんか? k

データベース ダイアグラムで BCNF をチェックする方法について少し混乱しています。データベースの正規化 (1NF、2NF...) とは何かについての youtube ビデオを見ましたが、これらのルールをプロジェクトに適用するときが来たら、わかりません。何をすべきか 。

映画データベースの ER 図

ER ダイアグラムから postgre SQL コードへ:

映画データベース設計の主な情報源: 映画データベース を設計するには?

したがって、与えられた ER ダイアグラムで、機能の依存関係を見つけて BCNF 正規化を適用することが私の目的です。

どんな助けでも大歓迎です！

次の表を想像してください。私の場合、[unique+not null = primary key]であるname必要があるuniqueと完全に確信しています。not nullしたがってname、主キーです。何らかの理由で (おそらく習慣による)、idint 型の主キー列を自然に作成しました。

その他の仮定: 私は絶対にテーブルに保持する必要があり、 (タイプの) が 20 文字を超えないことnameを絶対に確信しています。namevarchar

ここで、私の最初の質問は [おそらくイエスまたはノーが予想される近い質問] です。このようなテーブルを作成した場合、BCNF ボイス-コッド正規形を尊重しますか?

id2 番目のオプションの質問 [おそらく未解決の質問]:この場合、列を作成するのは適切ですか?

今週はデータベースの中間試験があり、BCNF の違反を特定するのに苦労しています。私は関係を分解し、どれがキーでどれがスーパーキーかを見つける方法を知っています。暗示されている FD を書き出すこともできます。次のビデオを見ていました: https://www.youtube.com/watch?v=hTFyG5o8-EA .

要約すると、説明している女性は BCNF アルゴリズムを次の関係に適用し始めます (彼女は学生の例を使用していますが、簡略化するために文字に変換しました)。

R(A、B、C、D、E、F、G、H) と FD: A -> BCG、G -> H、D -> EF。

鍵が AD であることは承知しています。これは、AD+ = ABCDEFGH のクロージャーであるためです。彼女は、提示された FD はすべて違反であり、アルゴリズムの適用を開始すると述べています。

BCNF 試行 #1:

R1 = D -> EF (D+ = DEF) // 違反ではありませんが、なぜですか? ただの違反じゃないの？

R2 = ABCDEFG - (DEF - D) = ABCDGH // 違反、これも理由がわからない? 両方のキーが含まれています。

R2 での BCNF 試行 #2:

R3 = G -> H (G+ = GH) // 属性 GH が 2 つしかないため、違反はありません。

R4 = ABCDG // 違反ですが、理由はわかりません。

R4 での BCNF 試行 #3:

R5 = A -> BCG // 違反なし (?)

R6 = AD // 違反なし (?)

最終関係: R1、R2、R5、R6。