先了解一下規範設計的規則吧

1、命名規範

最好不要用數字（雖然它允許） ， 也不要使用駝峰命名，使用小寫字母 並且在不同的單詞之間使用下劃線    _   (包括有 資料庫，表，欄位)

2、索引和正規化

最好為每個表建立一個主鍵索引。

正規化瞭解一下

第一正規化： 每一個屬性值域都是不可再分的簡單資料項集合。比如書上的例子 ： （姓名，工資） 這就不是第一正規化，因為工資還可以再分為 基本工資  職務工資等。

第二正規化：滿足第一正規化，並且有主鍵，可以根據主鍵區別每一條資料。

第三正規化：滿足第二正規化，一個表不能包含其他表的非主屬性欄位資訊，沒有冗餘欄位。

主鍵和外來鍵的區別：

主鍵： 主鍵就是這張表的唯一區別於這條資料與其他資料的不同之處

外來鍵： 另一個表的主鍵是這個表的主鍵或者主鍵的一部分 那就將這個叫做另一個表的外來鍵。可能有點繞。

例如 ： 學生表（學號*，姓名，班級） 課程表（學號*，課程號*，課程名） 這樣就可以將課程表的學號叫做學生表的外來鍵。

下面是copy別人的設計原則

1、核心原則
        不在資料庫做運算;
        cpu計算務必移至業務層;
        控制列數量(欄位少而精,欄位數建議在20以內);
        平衡正規化與冗餘(效率優先；往往犧牲正規化)
        拒絕3B(拒絕大sql語句：big sql、拒絕大事物：big transaction、拒絕大批量：big batch);
 
    2、欄位類原則
        用好數值型別(用合適的欄位型別節約空間);
        字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢效能);
        避免使用NULL欄位(NULL欄位很難查詢優化、NULL欄位的索引需要額外空間、NULL欄位的複合索引無效);
        少用text型別(儘量使用varchar代替text欄位);
     
    3、索引類原則
        合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);
        字元欄位必須建字首索引;
        不在索引做列運算;
        innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字串不應該做主鍵)(理解Innodb的索引儲存結構就知道了);
        不用外來鍵(由程式保證約束);
     
    4、sql類原則
        sql語句儘可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫);
        簡單的事務;
        避免使用trig/func(觸發器、函式不用客戶端程式取而代之);
        不用select *(消耗cpu,io,記憶體,頻寬,這種程式不具有擴充套件性);
        OR改寫為IN(or的效率是n級別);
        OR改寫為UNION(mysql的索引合併很弱智);
            select id from t where phone = ’159′ or name = ‘john’;
            =>
            select id from t where phone=’159′
            union
            select id from t where name=’jonh’
        避免負向%;
        慎用count(*);
        limit高效分頁(limit越大，效率越低);
        使用union all替代union(union有去重開銷);
        少用連線join;
        使用group by;
        請使用同類型比較;
        打散批量更新;
         
    5、效能分析工具
        show profile;
        mysqlsla;
        mysqldumpslow;
        explain;
        show slow log;
        show processlist;

基於江西農業大學 創新創業管理系統

下面是功能腦圖

未完  待續