MySQL數據庫：標準化/查詢VS加入/唯一索引有多遠

Question

最近我發現自己設計了一個數據庫。該數據庫是由幾個表（InnoDB的）的：

表1：國家（ID，COUNTRY_NAME）

表2：市（ID，CITY_NAME，countryid）

表3：用戶（id，cityid，A，B，C，D，E）

在用戶表，A，B，C，d和Ë是用戶，其中特徵一個如果你cityid必須是唯一的結合它的一些特點，這就是爲什麼我創建這些2列的唯一索引：

CREATE UNIQUE INDEX idx_user ON Users(cityid , A); 

其餘列B，C，d和E其他用戶特性（例如髮色，身高，體重等），作爲你明白，無線將在桌上重複（頭髮顏色=黑色，或重量= 75公斤）。

同時countryid和cityid配置爲上更新外鍵和DELETE CASCADE。

搜索將基於cityid和A列。一個下拉菜單選擇城市（因此cityid）和一個文本框插入特徵A然後點擊搜索按鈕。

我的問題是：

1. 在用戶表，我有在同一列（列B，C，d和E）重複的數據。這是針對2NF。我是否必須爲每個這些列創建一個單獨的表，然後將這些表中的每個表的外鍵分配給用戶表以實現2NF？

   表B（ID，Bchar）

   表C（ID，CCHAR）

   表d（ID，Dchar）

   表E（ID，Echar）

   用戶（ ID，cityid，一個，投標，CID，DID EID）

2. 對於時間i將不使用的列B，C，d和Ë作爲搜索數據，僅使用cityid和甲搜索搜索後顯示它們。如果（未來）我決定我需要顯示用戶的所有結果cityid並且有黑色頭髮，現在我在設計數據庫時需要記住什麼？

3. 一方面我們有DML（INSERT，UPDATE，DELETE）和另一方面quering（SELECT）。 DML在標準化數據庫上運行速度更快，並在非規格化數據庫上運行。有一箇中間解決方案嗎？

4. 將上面創建唯一索引，足以確保在列中的數據的組合獨特cityid和一個？我是否需要使用JavaScript或更好的PHP進一步限制它？

5. 多個查詢VS連接： 規範化數據庫將需要多個查詢或帶連接的單個查詢。在這種情況下，其中「從馬德里用戶與特性的用戶搜索」：

   一）多個查詢：

   我）去市表，找到馬德里的標識（例如，ID = 2）

   ⅱ）鑑於馬德里ID和特性A的輸入端，去用戶表和SELECT * FROM用戶WHERE cityid = 「2」 和A = 「特性」;

   B）INNER JOIN：

   i) SELECT City.city_name, Users.B, Users.C FROM City INNER JOIN Users ON Users.cityid = City.id; 
   

   哪一個，我應該更喜歡哪個？

在此先感謝。

Answer 1

你的表已經在2NF 2NF.The條件是不應該有部分dependency.For例如允許把你的users表user-id是主鍵和另一主鍵更合適的調用candidate key是(cityid,A)與您可以唯一地表示表中的一行。如果cityid或A單獨足以唯一地檢索B，C，D或E，則表格不在2NF中，但在您的情況下，需要同時使用(cityid,A)來檢索唯一記錄，因此它已經標準化。

注：

你的表是不是在3NF 3NF.The條件不傳遞dependency.Let的區分用戶表這裏用戶ID是主鍵，你可以得到一個唯一的（cityid，A），與對那麼你又可以得到一個唯一的（B，C，D，E）記錄，其中（cityid，A）是從userid獲得的。簡而言之，如果A-> B和B-> C間接A-> C稱爲傳遞依賴關係，它存在於你的用戶表中，因此它不適合3NF。