我有一個網站，只需要一個非常大的形式，並在提交時保存數據。這幾乎是它唯一做的事情。該表格中包含大量數據，如實際地址，郵寄地址，帳單地址，電話1，電話2，電話3等，將表格拆分爲用戶，地址，電話和使用FK鏈接他們在一起。然而，如果網站根本不會進展，是否值得構建這個更復雜的結構，還是應該將它存儲到一個包含mailing_address_1，mailing_address_2，mailing_city，phone_1_number，phone_1_type，phone_2_number，phone_2_type等的表中？爲一個非常簡單的網站設計更復雜但靈活的數據庫設計是否值得？
儘管沒有針對每個案例的「最佳」解決方案，但這裏是我對此事的看法。
如果您製作的是原型 - 要創建，展示然後扔掉 - 您絕對可以做得更少，並帶上一張桌子。雖然，更好的決定是根本不使用數據庫 - 創建簡單的類，創建一個全局列表變量並將數據放在那裏 - 讓它存在RAM中（如果它實際上是一個具有少量數據的原型）。
如果您正試圖查看是否推動項目進一步推進 - 您必須權衡您擁有的選項。正常化數據庫需要1小時，編寫所有類需要花費1個多小時，依此類推。看看你的潛在投資可能會在稍後回來。此外，你應該看看未來是否很難改變決定。如果它很容易改變（比如，只有一個網絡表單和兩個使用它的地方），我現在就去做任何簡單的事情。
在大多數其他情況下，我想normalize的數據庫。
+1。您還可以考慮將數據放入NoSQL鍵值存儲中，而不需要您事先指定表中將包含的列。 – Daan 2012-03-26 07:09:37
爲了獲得快速響應的應用程序，您希望以儘可能小的空間存儲大量數據，因爲查看數據同樣重要，您還要避免重複信息等。我的建議是，將其分成幾張表格，但不要過度。 – Joakim 2012-03-26 05:11:21