我是MySQL中的數據庫管理員和開發人員。我和MySQL一起工作了兩年。最近我學習和研究了O'Reilly高性能MySQL第二版,以提高我在MySQL高級功能,高性能和可伸縮性方面的技能,因爲我經常因缺乏對MySQL的先進知識而感到沮喪(在很大程度上,我還有)。這些MySQL數據庫設計(附件)中的哪一個最適合大多數讀取高性能?
目前,我正在開發一個有聲望的Web項目。在這個項目中,我們將有相當的內容和用戶從開始。我是數據庫的設計者,這個數據庫必須非常快(一些插入,但大多數和更重要的READS)。
我想在這裏對這些要求討論:
- 將有幾種物品
- 的項目有共同
- 的項目也有一些領域和關係有一些領域和關係特殊,使他們彼此不同
- 這些項目將不得不列出的所有一起訂購或由公共字段或關係過濾
- 的項目將不得不也只有類型(examble item_specialA)
我列出一些基本的設計疑惑,我希望你能幫助我決定並學習哪種設計方法對於高性能MySQL數據庫會更好。
古典的形式給出
下圖顯示了clasical的形式給出了這是第一個,你可能會想到用心靈在數據庫想着:Database diagram
集中的形式給出
但也許我們可以用一些或僞的面向對象的範式來改善它,以便共享一個共同項目的共同項目和關係表。它還將用於列出所有項目種類是有用的:Database diagram
- 優點和一個缺點?
- 您會選擇哪一種方法,或者您會應用哪些更改才能看到以前的需求?
非常感謝!
感謝您的鏈接。很有用!! – 2011-06-16 17:20:30