【表命名规范】

1.具备统一前缀，对相关功能的表应当使用相同前缀，如acl_xxx，house_xxx,ppc_xxx；其中前缀通常为这个表的模块或依赖主实体对象的名字，通常来讲表名为：业务_动作_类型，或是业务_类型；

2.表名使用英文小写单词，如果有多个单词则使用下划线隔开；

3.表名简介，使用常见单词，避免使用长单词和生僻词；

4.数据表必须有主键，且建议均使用auto_increment的id作为主键（与业务无关）,和业务相关的要做为唯一索引；

5.默认使用utf-8字符集（由于数据库定义使用了默认，数据表可以不再定义，但为保险起见，建议都写上）；

6.所有的表都必须有备注，写明白这个表中存放的数据内容；

7.预估表数据量，如果数据量较大（超过500w）则需要考虑分表策略。可以等量均衡分表或根据业务规则分表均可。要分表的数据表必须与DBA商量分表策略；

8.职责相近的表，命名规则应该相同；如合同申请，账户信息，交友相关等；

9.在数据库表命名时应该用英文单词的单数形式，如员工表命名：应该为Employee而不是Employees.

10.临时表必须以tmp为前缀并已日期为后缀

11.备份库，备份表必须以bak为前缀并已日期为后缀

【常用表名约定】

1. user – 用户

2. category – 分类

3. goods – 商品、产品等一切可交易网站的物品都用此命名

4. good_gallery – 物品的相册

5. good_cate – 物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate

4. attr – 属性

5. article – 文章、新闻、帮助中心等以文章形式出现的，一般都用此命名

6. cart – 购物车

7. feedback – 用户反馈

8. order – 订单

9. site_nav – 包括页头和页尾导航

10. site_config – 系统配置表

11. admin – 后台用户 【RBAC标准表】

12. role – 后台用户角色【RBAC标准表】

13. access – 后台操作权限，相当于action【RBAC标准表】

14. role_admin – 后台用户对应的角色【RBAC标准表】

15. access_role – 后台角色对应的权限【RBAC标准表】

解释：RBAC基于角色的访问控制设计

【字段命名规范】

1.数据库字段命名与表名命名类似：

2.使用小写英文单词，如果有多个单词使用下划线隔开；

3.使用简单单词，避免生僻词；

4.字段应当有注释，描述该字段的用途及可能存储的内容，如枚举值则建议将该字段中使用的内容都定义出来；

5.是别的表的外键均使用xxx_id的方式来表明；

6.表的主键一般都约定成为id，自增类型；

7.所有表示时间的字段，统一以 Date 来作为结尾（而不是有的使用Date,有的使用Time）

以大家都熟悉的论坛来说，需要记录会员最后一次登录的时间，这时候一般人都会把这个字段命名为LoginTime 或者 LoginDate。这时候，已经产生了一个歧义;如果仅看表的字段名称，不去看表的内容，很容易将LoginTime理解成登录的次数，因为，Time还有一个很常用的意思，就是次数

8.时间字段，除特殊情况一律采用int来记录unix_timestamp；

9.网络IP字段，除特殊情况一律用bigint来记录inet_aton值；

10.所有字段，均为非空，最好显示指定默认值；

11.有些驱动对tinyint支持不够好，通常建义按容量来选择字段；

12. text字段尽量少用，或是拆到冗余表中；

13.所有数据库对象名称禁止使用mysql保留关键字

关键字查询：

如果使用了关键字，查询时就会报错，要用‘’把关键字括起来

如： select id，username，‘from’，age from tb_user

14.所有表示数目的字段，都应该以Count作为结尾

15.所有代表链接的字段，均为Url结尾

16.所有储存相同数据的列名和列类型必须一致

两张表中的外键一致

解释： 如果两个表上的关联列数据类型不同，关联时就会进行隐式数据类型转换，造成列上的数据类型失效，查询效率降低

17.不要在数据库表字段（列名）中包含数据类型，如：datetime

18.字段名不要存在无用前缀，例如表‘WeiXinConfig’，既然我已经知道这张表是关于微信的表，里面的名称字段可以使用Name,不需要添加无用的前缀类似‘WeiXinName’，‘WeiXinGuanZhuMsg’，‘WeiXinUpImgMsg’等

【常用列名约定】

1. 表名_id – 通常用作外键命名

2. cid – 特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯定是够用了，所以这里假设某一主分类的cid为11，则子分类的cid从1101开始编号，处理时只需截取前两位数值便可知道该产品属于哪一个主分类了。

3. add_time – 添加时间、上架时间等

4. last_time – 最后操作时间，如登录、修改记录

5. expire_time – 过期时间

6. name – 商品名称、商家名称等，不要跟title混用，title只用于文章标题、职称等

7. price – 价格

8. thumb – 只要是列表页面中的窗口图，一律用此命名

9. image_src – 相册中的图片地址一律用此命名，不要出现各种img,image,img_url,thumb_url等

10. head_thumb – 用户头像， 虽然有点长，一定要遵守。不要出现上述情况

11. image_alt – 相册中图片的alt属性

12. desc – 描述、简介，比如goods_desc，不要出现goods_txt这种

13. details – 详情、文章内容等

14. order_id – 排序

15. telephone – 座机号码

16. mobile – 手机号码

17. phone – 当不区分手机和座机时，请用phone命名

18. address – 地址，单独出现不要用addr缩写，组合出现时需用缩写，比如mac地址，mac_addr

19. zipcode – 邮编

20. region – 地区，大的区域，比如记录杭州市、温州市等

21. area – 区域，小的，比如上城区，江干区等

22. avg_cost – 人均消费