bcnf

0熱度

1回答

主屬性和鍵

是一個主要的屬性只候選鍵的成員，或者它也可以superkeys？我有點困惑，因爲我正在閱讀某個主要屬性可能是任何鍵的成員的地方，而其他人則說它需要成爲候選鍵的成員。

-1熱度

1回答

將以下關係分解爲BCNF

給定與屬性A，B，C，D，E的關係R以及功能依賴關係A-> B，BC-> E，ED-> A的集合。將其分解爲高正常形式。

0熱度

1回答

BCNF - 正常形式

想知道如果您認爲下面的表格將數據庫中的員工存儲在BCNF中會考慮數據庫嗎？ - Employee Table Employee_ID (Primary Key, unique) First_Name Surname Religion Sex Job Title Nationality - Employee_Address Table Employee_ID (Foreign

0熱度

1回答

確定BCNF侵犯

所以我有FD的關係模式，它看起來像這樣： R(A,B,C,D): AB -> C, B -> D, CD -> A, AD -> B 現在我試圖找到所有的BCNF侵犯，然後分解表。我計算的所有FD的左側，發現這個： AB+ = {A, B, C, D} B+ = {B, D} <- violation CD+ = {C, D, A, B} AD+ = {A, D, B, C} 所以我

0熱度

1回答

如何BCNF分解時的屬性與任何其他人沒有關係

分配：考慮的關係（,,,,,,）和FD組= {→，→，→，→ ，→，→}。如果它不在BCNF中，則將它分解成一組BCNF關係。確保你的分解是無損的 - 加入。說明嗨，我的工作我的數據庫作業（設計相關章節）。我想我已經根據課堂上的例子命令了基本過程。然而，這裏棘手的部分是我們有一個屬性'H'，與其他人沒有任何關係，這使我深深地困惑。我應該如何處理它？試圖回答 • We start fr

2熱度

1回答

BCNF分解後獲得相同的FD？

我對一個有5個函數依賴關係的關係進行BCNF分解，最後得到5個關係。但是，每個新的關係都具有與原始功能依賴關係相同的屬性和FD。例如一個函數依賴是AB - > C，並且我最終得到的5個關係之一具有ABC與AB - > C函數依賴關係的屬性。對於其他四種關係（與原始FD中的一個相同的屬性和FD）也是如此。這是否意味着我錯誤地進行了BCNF分解？我發現這個問題Specific BCNF deco

0熱度

2回答

sql數據庫：帶有2列（id名稱）和2個主鍵的表第三範式Boyce-Codd範式

想象一下下表。在我的情況下，我完全確定name需要爲unique和not null [unique + not null = primary key]。因此name是主鍵。由於某些原因（可能是習慣），我自然創建了一個int類型的主鍵id。其他假設：我絕對需要在我的表中保留name，並且我絕對確定name（類型varchar）永遠不會超過20個字符。現在我的第一個問題是[可能是否有預期的接近問題

1熱度

1回答

是否需要分解關係後保留所有函數依賴關係？

在將關係轉換爲BCNF之後，如果可用於原始模式的函數依賴關係（FD）丟失，則創建新的「冗餘」表以便保留所有原始FD。如果可能的話，創建新的「冗餘」表。我瞭解FD對於分解，但分解後它們的用途是什麼？爲什麼我們必須嘗試保留所有的FD？將關係轉換爲BCNF後，一個或兩個FD是否丟失是否真的很重要？

0熱度

1回答

如何指出違規BCNF？

本週我有一個數據庫期中，我在識別BCNF違規時遇到了問題。我知道如何分解關係，並找出哪些是關鍵，哪些是超級關鍵。我也可以寫出隱含的FD。我正在看以下視頻：https://www.youtube.com/watch?v=hTFyG5o8-EA。概括起來，這位女士解釋應用BCNF算法如下關係開始（她用學生的例子，但我已經轉換成字母簡化它）： R（A，B ，C，D，E，F，G，H）與FD：A→BCG，

0熱度

1回答

減少到BCNF

我如何減少到BCNF對於這個問題，你能幫我查一下， R（A，B，C，d，E）文件描述符：A - > B，d - > E，C - > d 減少到BCNF： R1（A，B），R2（d，E）中，R 3（C，d）我我不確定我的工作。謝謝