資料庫規範

2021-10-04 07:07:02 字數 637 閱讀 6172

1.所建的表是否為全網通用表

若非全網通用表,例如購物車表,則必需要關聯乙個欄位是userid

2.資料是否隨著使用者調整變化

例如推廣記錄裡要顯示下級的頭像和暱稱,顯然頭像和暱稱需要隨著使用者修改而改變,所以推廣記錄表要關聯的是userid而不是把暱稱頭像關聯到表裡。在每次需要頭像的時候都去做聯表查詢而不是增加資料時填上頭像暱稱

3.任何表都可以考慮加入乙個字段:是否啟用

例如使用者表的是否啟用就是是否封號,商品表的是否啟用是上下架等,建表時可考慮不代表一定要有

4.任何表都可以考慮加入乙個字段:時間(建立時間,修改時間等)

例如訂單表裡加入支付時間,下單時間等,建表時可考慮不代表一定要有

5.兩個表公共屬性較多可考慮用乙個表,並加乙個字段:型別(type欄位)

6.字段長度設定上,能短不長

例如type欄位可能的值只有1和2,就不要給int 10,給tinyint 1就可以,varchar 也不要都給255,例如身份證就給18位即可,這樣既在資料庫層面判斷了位數又節省了資源,且提公升了查詢速度

7.一對多的情況請使用兩表儲存

8.盡量不使用text

9.考慮在某些表裡加索引

10.此條是對大家的乙個約束要求,請每個字段認真加注釋,每個表也要認真加表注釋

資料庫 規範

使用一致的 敘述性的名稱。靈活使用空格和縮進來增強可讀性。儲存符合iso 8601標準的日期格式 yyyy mm dd hh mm ss.sssss 最好使用標準sql函式而不是特定 商的函式以提高可移植性。保證 簡潔明瞭並消除多餘的sql 比如非必要的引號或括號,或者可以推導出的多餘where語句...

資料庫規範

db軍規30條 一 基礎規範 1 必須使用innodb儲存引擎 解讀 支援事務 行級鎖 併發效能更好 cpu及記憶體快取頁優化使得資源利 用率更高 2 必須使用utf8mb4字符集 解讀 萬國碼,無需轉碼,無亂碼風險,節省空間 3 資料表 資料字段必須加入中文注釋 解讀 n年後誰tm知道這個r1,r...

資料庫規範

所有資料庫物件名稱必須使用小寫字母並用下劃線分割 mysql嚴格區分大小寫 所有資料庫物件名稱禁止使用mysql保留關鍵字 例如from date常見關鍵字 命名要做到見名識義,最好不要超過32個字元 臨時表以tmp為字首日期為字尾 備份表以bak為字首日期為字尾 所有儲存相同資料的列明和列型別必須...