資料庫在優化的時候我們主要通過四個方面進行考慮：

    1.資料庫設計的合理性（多針對表結構的合理性）。

    2、sql語句的結構優化

   3、資料的配置（多針對快取而言，犧牲空間來換取時間）

   4、在我們的硬體配置和作業系統的選擇上進行考慮。

今天主要介紹資料庫設計的合理性這部分：

      所謂資料庫表設計的合理性，主要是看我們設計的表是否遵循了三正規化。

    第一正規化：要求我們的資料具有原子性和不可分割性。在關係型資料庫中，預設就遵循了我們的第一正規化。

    第二正規化：在滿足了第一正規化的基礎上，再考慮我們的第二正規化即：一條記錄的唯一性。

                     所謂的唯一性其實大多是在我們的資料庫中設定一個主鍵，避免重複。

    第三正規化：在滿足第二正規化的基礎上，我們再考慮第三正規化即：我們所需要的的資訊，可以通過表之間的關聯關                        系來獲取，不需要在多個表中新增相同內容的冗餘欄位。

 從普通表的設計而言，滿足這三個正規化，就進行資料庫表設計的基本要求。

  但是凡事沒有什麼絕對的。根據具體的需求有時候我們需要進行一種逆正規化的表設計：

  例如我有一個需求 ：

                   兩個小隊，每個小隊10人，在參加一項比賽，我需要你把個人總得分，和小隊的總得分數查詢給我。

             這個時候如果使用正規化設計是這樣的：

          你有沒有發現有什麼問題？  如果沒有，說明你在程式設計習慣有問題，只停留在了用的階段，沒有思考。

              誠然我們可以通過編寫sql語句的方式來遍歷整個隊員表，通過id或指定的小隊，拿到每個人的分數相加

              最後得小隊分數。然而這樣就造成我們查詢的資料過於龐大，你想想我們需要拿到所有隊員的分數，再加起來，如果隊員有上千人，我就要遍歷上千次。

        這個時候逆正規化就有了用場，我在team表中也新增一個分數的欄位。

新增一個觸發器，當某個小隊的人分數加1時，我就觸發team表中隊員的team_grade欄位加1

這樣在查詢小隊分數時，我們只需要查詢到一條資料，便可以取出值。極大的節省了時間。

然而需要注意的是在使用逆正規化時，需要注意，在一對多的關係中，可關聯到的類似冗餘欄位一定要在一的一方進行設定，否則就成了畫蛇添足。