如果我們更改主鍵值，爲什麼我們不必更改從屬列值？

Question

我看了關於數據庫規範化的one tutorial on youtube。

表看起來是這樣的：

|Item(PK) | Supplier | Supplier Phone | Price| 
--------------------------------------------- 
| Xbox One| Microsoft| 1234   | 250 | 
--------------------------------------------- 
| PS4  | Sony  | 4321   | 300 | 
--------------------------------------------- 
| PS Vista| Sony  | 4321   | 400 | 
--------------------------------------------- 

按照教程此表是在2NF和每一列依賴於PK。

我不明白的是如何列供應商依賴於PK和具有相同的值爲不同的行。如果邏輯是B（供應商）依賴於A（PK），並且我們改變A，那麼B應該改變嗎？爲什麼在這種情況下，變更PK的供應商會保持不變？

Answer 1

TL; DR項目/ A爲PK（主鍵）意味着，只有一個供應商/ B每件商品/ A值的價值。它並不是說每個表只有一個值。

該視頻是無稽之談。他們正在遭受同樣的誤解，即「依賴」FD（功能依賴）& PKs作爲你的問題（所以也許這就是你得到它們的地方）以及許多其他誤解，他們不知道他們在說什麼。查找大學/大學教科書，幻燈片和/或課程（其中許多是免費在線的）。

---

我們可以談論的文件描述符，superkeys，唯一列集，CKS（候選鍵）& PK表值或表變量的。如果在給定的業務/應用程序中可能出現的每個表值都將其作爲實例，則表變量具有這些事件中的一個的實例。

我不明白的是如何列供應商依賴於PK和具有相同的值爲不同的行。

當所確定的集合對於確定集合的每個給定值只能具有一個值時，列集在功能上依賴於另一列。

但這並不意味着不同的確定值具有不同的確定值。

superkey是一組在每一行中都有不同子值的列。 CK是超級密鑰，不包含更小的超級密鑰。 PK是你選擇PK的一些CK。 每個列集在功能上取決於每個超級鍵。其中一些是CK。其中一個可以是PK。

但是，這並不意味着一些子行其他比超密鑰/ CK/PK（和每子行必須在功能上的定義依賴於他們）是獨一無二的。

如果邏輯是B（供應商）依賴於A（PK），並且我們改變A，那麼B應該改變嗎？

不是基於A是PK/CK。 A是PK/CK意味着A和A的每個超集都是唯一的。如果您在查看其他行或查看該行具有不同A值（不能位於任何一個表的任何其他行中）的意義上「更改A」，則不會限制B可以。

一些其他約束可能會限制B可以是什麼。例如，如果FD {供應商} - > {供應商電話}成立，那麼限制供應商電話可以在其他行中的內容，即使項目是PK不能。

是否有任何特定的FD成立取決於在給定情況下應該將哪些行放入表中&可能會出現什麼情況。那麼，什麼FD持有決定什麼超級CK是CK。然後你可以選擇CK作爲PK。

Answer 2

這個混淆可能是由於電話號碼屬於客戶的誤解而產生的，實際上這是一個供應商編號。

在這種情況下，如果您有產品X，您知道它必須來自供應商Y，並且該供應商只有一個電話號碼Z.它表明Z直接依賴於X.如果您有XboX的電話號碼將是1234，如果你有一個PS4它將是4321.

當然，項目不依賴於手機，因爲你可以有多個項目爲同一個手機，但這是一個不同的步驟正常化。

那麼理想，我們將有供應商表姓名+電話，並在產品表僅供參考，以supplier_id