database-normalization

0熱度

2回答

什麼是實現產品與價格，價格的多重取決於其屬性的同時，最好的辦法？我想存儲橙汁（小）10美元和橙汁（大）14美元。我應該如何管理這些記錄？這是我的工作。 **products** ---------- id name 1 orange juice **prices** ---------- id product_id price 1 1 10 2 1 14 *

0熱度

1回答

存儲「冗餘」外鍵以避免加入

我正在爲一個Web應用程序項目設計一個數據庫，並且我得出結論我可能會有很少的查詢需要大量的連接表來進行一次檢查。我想知道如何將外鍵存儲在某處，以減少這些查詢所需的連接數量？爲了給你什麼，我都在這一刻一個例子：服務=>預訂=>交易=>錢包=> BonusOffer 我需要檢查服務是否已經買了一個相關的錢包獎金。將BonusOffer ID存儲爲Transaction的外鍵是否明智？你可以問爲

0熱度

2回答

這種關係是什麼水平的規範化

電影有一個，只有一個流派。一個流派可以分配給許多電影。影（的movieName，體裁）的movieName是唯一的鍵 MovieName->類型是唯一的決定性因素

1熱度

2回答

來自單個表的Access中的多對多關係

我瀏覽了網頁，但似乎無法找到我的問題的答案。我知道可以在兩個表之間創建一個Junction表以創建它們之間的多對多關係，但是是否也可以從單個表創建多對多關係？我有一個表Books，與IDs，Titles等。我需要另一個表來記錄（的結臺我很多，一對多的關係），這本書是在一個特定的書提到。這意味着我將有多個記錄鏈接到該表中的單個圖書。在我看來，好像是多對多的關係，因爲一本書可以提及多個其他書籍，

1熱度

1回答

BCNF轉換是否正確？

我遇到了將關係轉換成BCNF關係的問題。所以首先我必須把它轉換成3NF。所以在這裏我得到了什麼。運輸（船舶，容量，日期，貨物，價值）PK：運輸，日期。 FDs：Ship-> Capacity，（Ship，Date） - > Cargo，（Capacity，Cargo） - > Value。這裏我得到什麼時轉換爲3NF。 R1（船舶，日期，貨物）PK：船舶，日期 R2（船舶，容量）PK：船舶 R

0熱度

1回答

分解爲ABC和CDE並保留函數依賴關係

考慮具有五個屬性ABCDE的關係R.現在假設R被分解成兩個較小的關係ABC和CDE。定義S爲關係（ABC NaturalJoin CDE）。 a）假設上述分解是無損連接。什麼是依賴關係，保證無損連接屬性。 b）給出一個額外的FD，使得「依賴維護」屬性違背了這個分解。 c）給出兩個額外的FD，它們將被這個分解保留。問題在我看來，不同的，因爲沒有給FD和它的要價：一） R1=(A,B,C

2熱度

1回答

3NF中的循環依賴關係

我有一個關於規範化（3NF）的簡單問題。如果我有一個被定義爲一個表... 客戶（用戶名，名字，姓氏，年齡，性別，種族）而且用戶名決定名字，姓氏，年齡，性別，種族但是...爲了論證起見，我們還可以假設名字，姓氏可以用來唯一標識一個行的表，所以名字，姓氏決定用戶名，年齡，性別，種族是3NF中的表，因爲可以使用某些非主要屬性（firstName，lastName）來確定表中的其他屬性，但PK（用戶

0熱度

2回答

MySQL中，刪除重複的

我需要從我的表中刪除重複項，但MySQL的工作不正常 Create table emp (empID INT(5) PRIMARY KEY, Pref01 int(1), Pref02 int(1), Pref03 int(1), Pref04 int(1)) empID, Pref01, Pref02, Pref03, Pref04 =====================

0熱度

1回答

不同表格中的冗餘數據是否違反3NF標準化？

我有4張桌子。它們具有以下屬性：人（ID（主鍵），姓名，職業，工作地點，SecondJob，PerHour，HoursWorked，電話，辦公電話）工作（ID（外鍵是指人），標題，名稱，位置，工資） SecondJob（也指人的ID（外鍵），標題名稱） ******中國（也指人的ID（外鍵），姓名，電話，辦公電話）我得到每個attri的值弼像姓名，職務，從下面的僞書面方式Person表電話

-2熱度

1回答

如何規範化這個數據庫表？

我是SQL新手。我目前正在使用SQL Server 2008 R2，我希望你們可以檢查表格是否正常，因爲我總是假設我的工作有缺陷，或者我只是偏執狂。如果表格沒有標準化，請告訴哪一個，爲什麼它是錯誤的。到目前爲止，這些是我在3NF獲得的表格，並且如果可以達到bcnf，則儘可能多。我只需要確認它是否在規範化的形式，不需要真正的答案：D 這是從一個大表PurchaseOrder，我已經規範化它通過3N