共計 1764 個字符，預計需要花費 5 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

本篇文章給大家分享的是有關數據庫命名規范有哪些，丸趣 TV 小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著丸趣 TV 小編一起來看看吧。

數據庫命名規范

采用 26 個英文字母 (區分大小寫) 和 0 - 9 的自然數 (經常不需要) 加上下劃線組成，命名簡潔明確，多個單詞用下劃線 _ 分隔，一個業務項目一個數據庫，多個業務項目慎用同一個數據庫。

數據庫表命名規范

數據表命名規范

（1）采用 26 個英文字母 (區分大小寫) 和 0 - 9 的自然數 (經常不需要) 加上下劃線 _ 組成，命名簡潔明確，多個單詞用下劃線 _ 分隔。

（2）全部小寫命名，禁止出現大寫。

（3）禁止使用數據庫關鍵字，如：name，time，datetime，password 等。

（4）表名稱不應該取得太長（一般不超過三個英文單詞）。

（5）表的名稱一般使用名詞或者動賓短語。

（6）用單數形式表示名稱，例如，使用 employee，而不是 employees。

明細表的名稱為：主表的名稱 + 字符 dtl（detail 縮寫）

例如：采購定單的名稱為：po_order，則采購定單的明細表為：po_orderdtl。

（7）表必須填寫描述信息（使用 SQL 語句建表時）。

表設計

（1）表必須定義主鍵，默認為 ID，整型自增，如果不采用默認設計必須咨詢 DBA 進行設計評估。

（2）ID 字段作為自增主鍵。一般所有表都要有 id,id 必為主鍵，類型為 bigintunsigned，單表時自增、步長為 1。一般情況下主鍵 id 和業務沒關系的。

（3）強烈建議不使用外鍵, 數據的完整性靠程序來保證。

（4）多表中的相同列，必須保證列定義一致。

（5）國內表默認使用 InnoDB，表字符集默認使用 gbk，國際默認使用 utf8 的表。

（6）一般情況下每張表都有著四個字段 create_id,create_time,update_id,update_time, 其中 create_id 表示創建者 id，create_time 表示創建時間，update_id 表示更新者 id，update_time 表示更新時間，這四個字段的作用是為了能夠追蹤數據的來源和修改。

（7）單表一到兩年內數據量超過 500w 或數據容量超過 10G 考慮分表，且需要提前考慮歷史數據遷移或應用自行刪除歷史數據。

（8）單條記錄大小禁止超過 8k，一方面字段不要太多，有的都能上百，甚至幾百個，另一方面字段的內容不易過大，像文章內容等這種超長內容的需要單獨存到另一張表。

（9）日志類數據不建議存儲在 MySQL 上，優先考慮 Hbase 或 OB，如需要存儲請找 DBA 評估使用壓縮表存儲。

（10）為了提高查詢效率，可以適當的數據冗余，注意是適當。

數據庫字段命名規范

字段命名規范

（1）采用 26 個英文字母 (區分大小寫) 和 0 - 9 的自然數 (經常不需要) 加上下劃線 _ 組成，命名簡潔明確，多個單詞用下劃線 _ 分隔。

（2）全部小寫命名，禁止出現大寫。

（3）字段必須填寫描述信息。

（4）禁止使用數據庫關鍵字，如：name，time，datetimepassword 等。

（5）字段名稱一般采用名詞或動賓短語。

（6）采用字段的名稱必須是易于理解，一般不超過三個英文單詞。

（7）在命名表的列時，不要重復表的名稱。

例如，在名 employe 的表中避免使用名為 employee_lastname 的字段。

（8）不要在列的名稱中包含數據類型。

（9）字段命名使用完整名稱，禁止縮寫。

字段名命名示例

（1）使用下劃線進行分隔，提升可讀性。

例如，user_name，user_id，is_friend，is_good。

（2）使用完整名稱，提高可讀性。

例如，uid 修改為 user_id，pid 修改為 person_id。

字段設計

（1）表被索引列必須定義為 notnull，并設置 default 值。

（2）禁止使用 float、double 類型，建議使用 decimal 或者 int 替代。

（3）禁止使用 blob、text 類型保留大文本、文件、圖片，建議使用其他方式存儲，MySQL 只保存指針信息。

（4）禁止使用 varchar 類型作為主鍵。

以上就是數據庫命名規范有哪些，丸趣 TV 小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注丸趣 TV 行業資訊頻道。

向 AI 問一下細節