舉個例子如一張訊息表
結構如些 id （自增主鍵） content(內容) userid(說話人id) iswonderful(是否是精彩發言) top(是否置頂) isbarrage( 是否是彈幕)
當這個結構的表 資料還少時取 經常發言 置頂發言 和彈幕 速度比較快
但是資料一多 30多萬條的時候查詢資料
37w條資料 中查詢經常發言
用時4.753 秒
雖然加上索引之後可以找0.1秒鐘找到資料 但是每加乙個索引 寫入速度就變慢一點 後面還有 彈幕置頂也要查詢 豈不是都要加索引 這樣寫入非常慢尤其是這樣表寫入頻繁的情況下,更說明這張表的設計有很大的問題
這樣時候在在建一張表 結構是
id 主鍵
type 型別 1-精彩發言 2-置頂，3-彈幕
chatmessageid 訊息表id
接下來 用事實驗證的時候了
接下來 我們看下分析
完美的利用了已經存在的主鍵索引
在37w條資料 中找到經常發言只用了0.0001秒 而且也沒增加新的索引 怎麼看到這裡是不是若有所思了
以後設計資料庫的時候不要老想的增加新的索引（除非寫入和改變很少的情況下） 盡量利用自帶的主鍵索引
如何利用雲計算最大限度地改善資料儲存
今年早些時候，gartner公布了前十大雲計算儲存 商名單，並突出了這些世界上頂級雲儲存 商各自的主要特點及其與眾不同之處。更重要的是，該報告中顯示了雲儲存 商為考慮其下乙個資料儲存購買的企業客戶提供了新的選擇。雖然每個雲儲存 商都有各自獨特的優勢，但他們幾乎都提供相同的雲儲存優勢，這包括 1.幾乎...
資料庫結構的設計
如果不能設計乙個合理的資料庫模型，不僅會增加客戶端和伺服器段程式的程式設計和維護的難度，而且將會影響系統實際執行的效能。所以，在乙個系統開始實施之前，完備的資料庫模型的設計是必須的。在乙個系統分析 設計階段，因為資料量較小，負荷較低，我們往往只注意到功能的實現，而很難注意到效能的薄弱之處，等到系統投...
資料庫設計正規化 如何設計乙個資料庫結構
正規化 英文名稱是 normal form，它是英國人 e.f.codd 關聯式資料庫的老祖宗 在上個世紀70年代提出關聯式資料庫模型後總結出來的，正規化是關聯式資料庫理論的基礎，也是我們在設計資料庫結構過程中所要遵循的規則和指導方法。目前有跡可尋的共有8種正規化，依次是 1nf，2nf，3nf，b...