什麼時候可以使用扁平DB設計

現在什麼時候可以使用扁平DB表設計？自從？我的意思是什麼時候可以放棄關係數據庫設計的智慧，並恢復不包含鏈接的平坦表結構，添加額外列以添加更多數據，何時應該創建另一個表的密鑰以存儲多行。什麼時候可以使用扁平DB設計

我正在與一個產品管理團隊討論一些想法。當我最初問到「爲什麼所有這些表格都是平坦的」問題時，我被告知「以平坦表格結構顯示更好的性能」。

我對這個解釋很困惑b/c一個平面的設計提供了許多障礙，無法前進。

的思考？

2012-12-19 Wjdavis5

這張平板桌子有很多索引嗎？ –

默認情況下，此扁平表格的索引不大。產品設計允許客戶將列添加到表中以根據需要存儲更多電話號碼。因此，這意味着索引完全在客戶身上，對於大多數客戶而言，這並不是一個常常舒適的地方。 – Wjdavis5

該表中的行和列的預期數量是多少。您可以在此平板桌上創建索引視圖以獲得一些性能優勢。您還必須檢查數據的冗餘（密度http://msdn.microsoft.com/en-us/library/ms174384.aspx）。 –

「以平面表格結構爲中心的數據庫顯示更好的性能。」這個聲明說表不會/很少用於插入/更新/刪除操作。在這種情況下，表必須正確索引以獲得良好的性能。由於不會有任何形式的連接，因此表格將在where子句中使用大量過濾器，因此索引對於正確使用非常重要。

這種場景通常用於數據倉庫。當我們設計倉庫時，我們通常會消除主鍵/外鍵並使用業務主鍵。這是因爲倉庫中的數據庫龐大。

2012-12-19 19:27:40

從來沒有。

無論您認爲自己將通過忽略關係數據庫理論來解決什麼問題，您只會創建更多棘手的問題。此外，你試圖通過忽略關係理論避免的原始問題無論如何都總是基於一種誤解。

2012-12-22 20:47:05

回答