在專案中，資料庫表的命名對于專案開發的影響也是至關重要的，在業務開發中，清晰的命名對于實際開發中的邏輯梳理至關重要，尤其是對于資料庫表的數量較多的專案來說，混亂的表命名將會嚴重影響開發效率，
表名采用26個英文字母（區分大小寫）和0-9自然數（一般不需要）加上下劃線“_”組成，多個單詞用下劃線“_”分隔
1.表名的格式一般為【表型別_業務含義】：
表名一般由兩部分拼接而成，一部分是表示實際的業務含義，比如面向物件中的實際的物件的名稱；另一部分是前綴或者后綴（具體是前綴和后綴要看公司或者具體的專案來定，規模大一點的公司是有自己的設計規范這里不做贅述），表示的就是這張表的型別，
2.全部小寫或者全部大寫（視情況而定，有的專案只允許小寫）
3.表的名稱一般使用名詞或者動賓短語
4.不建議使用縮寫，填寫完整單詞
5.表的名字不能取太長，一般不超過三個英文單詞，不推薦中文拼音
6.多對多的連接表可以使用兩個表的業務含義作為表名
7.表名的單詞一般都為單數（例：推薦Employee，不推薦Employees）
8.不要使用資料庫關鍵字，如name、time、datetime、password等
9.使用SQL陳述句建表時，必須填寫描述資訊
10.常用業務含義表名約定：
| user | 用戶 |
| category | 分類 |
| goods | 商品、物品 |
| good_gallery | 物品相冊 |
| good_cate | 物品分類 |
| attr | 屬性 |
| article | 文章 |
| cart | 購物車 |
| feedback | 用戶反饋 |
| order | 訂單 |
| site_nav | 頁頭和頁尾導航 |
| site_config | 系統配置表 |
| admin | 后臺用戶 |
| role | 后臺用戶角色 |
| access | 后臺操作權限 |
| role_admin | 后臺用戶對應的角色 |
| access_role | 后臺角色對應的權限 |
我在專案中經常遇到的表名的分類規范如下（如缺請評論補充）：
| 表前綴或后綴 | 命名解釋 | 資料表型別 | 資料特點 | 舉例 |
| tm_/_tm | table of master data | 主 | 資料量基本穩定，不隨時間而線性增長 | 分公司，產品，經銷商 |
| ts_/_ts | table of system | 系統級 | 其資料量基本穩定，不隨時間而線性增長 | 用戶權限控制，配置引數 |
| tl_/_tl或者sys_/_sys | table of log | 日志 | 隨時間而線性增長,但會安排定時任務定期洗掉舊資料，保持總體資料量穩定 | |
| sd_/_sd | 資料字典 | |||
| dt_/_dt | 系統字典 | |||
| ti_/_ti | table of interface | 介面 | 隨時間而線性增長，但會安排定時任務定期洗掉舊資料，保持總體資料量穩定， | |
| tt_/_tt | table of transaction data | 業務交易 | 隨時間而線性增長，用戶平常關注最近若干天的資料，少數情況下會查閱很久以前的資料,資料量非常大 | 訂單表、交易記錄表 |
| tr_,tmr_,tsr_,ttr_/_tr,_tmr,_tsr,_ttr | table of relationship | 關系 | 記錄某些表中資料之間關系 | 訂單與買家或者賣家之間的關系 |
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/413567.html
標籤：其他