-- 資料庫建表語句的規範小結

建表語句的規範：
1.欄位的設計
    A. 資料型別儘量用數字型別，數字型別的比字元型別的要快很多。
　　B. 資料型別儘量小，這裡的儘量小是指在滿足可以預見的未來需求的前提下的,但是有不能太小,
   上次監控系統裡面的表 mon_tair_stat_detail_2012_1 的data_size 和 use_size定義的是int(15) 實際上最大長度是int(11)  只有bigint才有(15).
   所以在建表的時候一定要預估這個欄位最大的長度到底是多少。
　　C. 儘量不要允許NULL，除非必要，可以用NOT NULL+DEFAULT 的值來代替。
　　D. 少用TEXT和IMAGE，二進位制欄位的讀寫是比較慢的，而且，讀取的方法也不多，大部分情況下最好不用。

2.欄位名字的定義
  A. 對欄位名字的命名也要遵循一個規範。比如說時間: 目前我們定義時間的時候 都是create_time, modify_time,以後建表的時候,都按照這個標準來,就不要寫成createtime這樣的。
  B. 布林型別的值均以 is、has、exist 或者 can開頭。
  C. 記錄行的狀態都用status, 邏輯刪除的標識用is_deleted。
  D. 新建的表與之前的表的欄位有相似或者相同的欄位，欄位的名稱和型別也必須相同，切記不能隨意的重新命名，例如:token_md5 就不要命名成tokenmd5了。
  E. 每個欄位的COMMENT必須寫清楚，列舉型別必須寫清楚每個值到底是什麼意思。
  F. 表名 欄位名字統一用小寫。
  G.索引名稱統一用欄位名稱，多個欄位的索引加_ 比如 (uid,type)  索引名就是 uid_type。
  H.欄位名字不要用駝峰命名法 比如create_time 不要寫成CreateTime.
  I.欄位命名關鍵字統一用下劃線"_"分割，一般採用簡寫，關鍵字要準確，不能有歧義。
  J.欄位的排列順序：自增列、int型別的、varchar型別、時間型別、狀態型別（status,is_deleted）。基本原則是：主要內容在前，次要內容在後，不為空的在前，可以空的在後面。
  K.時間型別儘量用 timestamp 4個位元組,而不用datetime 8個位元組。只用表示日期的欄位用date型別。
  L.時間型別自動修改，比如modify_time 在記錄被修改的時候回被自動更新成當前的時間： `modify_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP；
  而create_time在記錄被修改的時候則不必自動更新成當前的時間：`create_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00'