database-normalization

0熱度

1回答

正火模式我需要建立三種模式是這樣的： Company * name ... Order * amount ... OrderGroup * description ... 的訂單總是屬於一個公司，即使它不屬於任何集團。即使沒有訂單，集團也始終屬於公司。訂單屬於0或1組。一個組由0到n個訂單組成。一個集團屬於一個公司，因此集團內的所有訂單也都需要屬於同一個公司。如何爲此創建

0熱度

1回答

BCNF（3.5NF）分解問題

我有一個關係： R(A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q) 而我試圖分解成BCNF，這裏是我的函數依賴： - A -> B, C, D - B -> A, C, D - C -> A, B, D - D -> A, B, C - F -> A, B, C, D, E, G, H, I, J, K, L, M, N, O, P

0熱度

2回答

如何存儲可以是數字範圍或數字值的數據？

在我的表中，我需要存儲一個物理量，可以將其作爲數值或數值區間給出。下表說明的想法： ------------------------------ Isotope_ID | Atomic_Weight ------------------------------ 1 | 1.00784 2 | [6.938, 6.997] ... | ... 此表是不可

0熱度

1回答

2NF數據庫規範化

美好的一天- 我正在研究基於以下信息創建數據模型的任務。你的任務是創建模型，用於存儲以下信息：專輯列表和專輯封面每個（圖像文件），爲一個專輯，樂隊的唱片公司或唱片公司的曲目，他們的類型，樂隊成員。到目前爲止，我已經創建了五張表。我必須涵蓋標準化部分但我很困惑。我創建的表中有一列有以下列和數據。 bandMember bandMemberId - 自動遞增 bandladelId - FK

-2熱度

2回答

DBMS NORMALIZATION第二規範化表格

選民（voter_id，voter_name，residential_address，current_city，current_state，current_postal_code）。郵政編碼對於每個城市和州是唯一的，每個地址只有一個郵政編碼。在規範化方面，選民是在2nf或3nf？

0熱度

3回答

數據庫規範化（1NF到3NF）

我目前正在做一些課程，我得到了一個建議表，我必須確定哪個規範形式的規則會被破壞。我認爲我已經完成了這些工作，但是在應用某些規則時我一直很困惑。所以，如果有人能夠檢查它並向我解釋爲什麼如果有什麼事情是錯誤的，我將不勝感激。實施例：這將打破1NF爲有重複的數據，因爲每個攝影師可參加多個匹配（匹配ID），因此，解決這個和帶來1NF我這樣做：由於沒有組合鍵，它已經在2NF的兩個表中，但是公司和公司編

1熱度

1回答

數據庫規範化多次重複

我正在編寫一個應用程序，我需要做一個數據庫來存儲數據。該信息類似於下面的簡單示例：有多家餐館，每家餐廳都必須將食物送到客戶手中。該數據庫應該是這樣的：餐廳|食物|何處攜帶|誰攜帶有多家餐廳（A，B，C，D ......），所有餐廳（漢堡包，魚和沙拉）的食物都是一樣的，攜帶食物的人可以在所有的餐館和同一個房子都可能會向不同的餐館要求食物。所有的信息都應該存儲在數據庫中。在這種情況下，我想至

0熱度

1回答

規範化和3NF

說我有這個表，其中比薩代碼是主鍵這是表中3NF？如果我更改比薩名稱，那價格肯定會受到影響。但在同一時間，我可以看到，這種依賴是孤立的，所以我的問題是：在當前的數據結構，其中的名稱/價格依賴於一個單獨的表是孤立的，我們可以說那這個表是在3NF嗎？如果2個非關鍵表列是更大的「訂單」表的一部分，那麼訂單表將不在3NF中，對不對？

0熱度

1回答

如何正常化我的數據

第一篇文章我一直潛伏多年，但最終難倒了足夠的要求幫助？請原諒格式我已經產生了一個思維導圖（類別，子類別，問題和答案）我試圖找到一個數據結構來映射這個。一旦我映射數據，最終會出現大量的重複問題，其中一個問題及其子代適合多個類別和子類別。這導致我相信我的結構很差，這可以通過某種方式來規範化，這正是我無法理解的。 E.g. 關於購物和廣告的想法，你曾經做過以下哪一項？（CAT_ID = 1）購物&

0熱度

2回答

當x-> y和z-> y時，FD（函數依賴）完全是fd，其中z不是x的子集？

我見過很多關於完全函數依賴關係的例子，但他們用來說： x-> y使得y不應該由x的任何適當的子集確定，x必須是關鍵。但是，如果y由除x的正確子集或子集以外的屬性確定。假設我有一個學生表由rollno（主鍵），姓名，電話號碼不唯一非空，電子郵件唯一非空。由於rollno是主鍵，因此將其設爲x並將name作爲y。現在x-> y，但電話或電子郵件也確定y（名稱）不是x的子集。這仍然稱爲功能完全依