規範封面是在哪個正常形式？

Question

我想知道規範封面在哪個範式中。我知道在規範化之前我們找到規範封面，所以我認爲它是第一範式。但它可能是沒有正常的形式，通過維基百科的1NF的定義是沒有行應該有一個重複：

第一範式強制以下條件：

• 去掉各個表中的重複組。
• 爲每組相關數據創建一個單獨的表。
• 確定每一組相關數據與主鍵

Answer 1

正常形式適用於關係（值和變量），不規範的封面。封面是一組FD（功能依賴），一個關係中的所有FD都遵循該FD。規範封面是某種形式的封面。如果你有一個規範覆蓋和一個關係的屬性，那麼你可以找到關係的正常形式。

沒有行可以通過定義「關係」來重複。一個關係有一個集合的行。 （但是，SQL表可以有重複的行）。沒有列/屬性可以是「多值」或「重複組」。屬性有a值。

維基百科在關係文章中有很多廢話，包括the one you quote。但是從this answer by me：

根據定義，一個關係的元組的屬性有從域值。回覆：「重複組」：它不可能有，這是關係數據庫之前的事情。 Re「非原子」：Codd將關係定義爲能夠具有關係值域。他指出，在關係語境中，價值可以被認爲（在日常意義上）是非原子的唯一方式是關係價值。也就是說，他在關係語境中定義了「原子」，意味着不是關係。他將「規範化」定義爲沒有關係值（即非原子）屬性。 （所有這些都在1970。）後來他將「1NF」定義爲標準化。並開發出「2NF」&「3NF」。然後（與博伊斯後肯特&）「BCNF」。所以他對這些術語的使用沒有假設任何關係值域。

但是歸一化理論是獨立於域而呈現的。也就是說它被認爲只是分解每個有問題的JD [加入依賴關係]。所以「1NF」也被用來作爲一種關係。而其他的「NFs」被使用而不考慮域。 （儘管如果存在關係值域，那麼可能存在不同於但類似於導致不同但相似異常的JD的約束，並且即使在對所有有問題的JD分解之後也導致組件中的約束和異常。）無論是否關係具有關係值域，並且無論「1NF」或「規範化」或「規範化」意味着什麼，您要遵循的將有問題的JD從有問題的FD中移除到您所調用的分解過程[a] NF是獨立於域。

從another：

有在的關係的 「多值屬性」 沒有這樣的事。元組有每個屬性名稱的屬性值。 [...]如果您有考慮包含多個零件的屬性，也就是說你想一般查詢有關的部分，而無需使用運營商的類型的參數，那麼它通常是好的設計有一個單獨的表中包含這些部分的屬性。但這不是通過標準化來解決的。 任何值可以被視爲具有在多個方面多個部分，這是你的應用程序/查詢確定何時停止製作表格其屬性的其他值的部分的價值，只是有一個值的屬性。同樣，如果你有一堆的（具有類似的名字經常）扮演類似的角色屬性，那麼它通常是好的設計有一個單獨的表格，表格中的角色只是一個屬性。但這不是通過標準化來解決的。

候選人鍵與FD，MVD，JD和歸一化有關。 PKs [主鍵]不。你可以選擇一個CK作爲「PK」，但其主要性與關係模型無關。它可能與某些信息建模方法或產品有關。

如果您對關係（S）特別關注的問題，屬性，屬性類型，規範的蓋或正常化的進程，那麼你應該在你的問題解釋。