資料庫命名規範

1. 採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;
2. 命名簡潔明確(長度不能超過30個字元);
3. 例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log給資料庫加個字首;
4. 除非是備份資料庫可以加0-9的自然數：user_db_20151210;

資料庫表名命名規範

    a、採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;

    b、命名簡潔明確,多個單詞用下劃線'_'分隔;

    例如：user_login, user_profile, user_detail, user_role, user_role_relation,

            user_role_right, user_role_right_relation

注：表字首'user_'可以有效的把相同關係的表顯示在一起;

資料庫表字段名命名規範

    a、採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;

    b、命名簡潔明確,多個單詞用下劃線'_'分隔;

        例如：user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;

    c、每個表中必須有自增主鍵,add_time(預設系統時間)

    d、表與表之間的相關聯欄位名稱要求儘可能的相同;

資料庫表字段型別規範

用盡量少的儲存空間來存數一個欄位的資料;

例如：能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);

IP地址最好使用int型別;

固定長度的型別最好使用char,例如：郵編;

能使用tinyint就不要使用smallint,int;(狀態最好使用tinyint)

最好給每個欄位一個預設值,最好不能為null(為null索引有可能失效);

用好數值型別(用合適的欄位型別節約空間);

字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢效能);

避免使用NULL欄位(NULL欄位很難查詢優化、NULL欄位的索引需要額外空間、NULL欄位的複合索引無效);

少用text型別(儘量使用varchar代替text欄位);

資料庫表索引規範

命名簡潔明確,例如：user_login表user_name欄位的索引應為user_name_index唯一索引;

為每個表建立一個主鍵索引;

為每個表建立合理的索引;

建立複合索引請慎重;

合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);

字元欄位必須建字首索引;

不在索引做列運算;

innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字串不應該做主鍵)(理解Innodb的索引儲存結構就知道了);

不用外來鍵(由程式保證約束);

簡單熟悉資料庫正規化

1、第一正規化(1NF)：欄位值具有原子性,不能再分(所有關係型資料庫系統都滿足第一正規化);

      例如：姓名欄位,其中姓和名是一個整體,如果區分姓和名那麼必須設立兩個獨立欄位;    

2、第二正規化(2NF)：一個表必須有主鍵,即每行資料都能被唯一的區分;

            備註：必須先滿足第一正規化;

3、第三正規化(3NF)：一個表中不能包涵其他相關表中非關鍵欄位的資訊,即資料表不能有沉餘字段;

備註：必須先滿足第二正規化;

      備註：往往我們在設計表中不能遵守第三正規化,因為合理的沉餘字段將會給我們減少join的查詢;

    例如：相簿表中會新增圖片的點選數字段,在相簿圖片表中也會新增圖片的點選數字段;