数据库命名规范[表、字段名].docxVIP

 HYPERLINK /database/ \t _blank 数据库命名规范（表、字段名） ? 一．实体和属性的命名 1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线 举例： 定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细； 则销售订单名细表命名为：Sal_Ord_Dtl; 2． 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。 一、【操作规范】1. 如无备注，则表中的第一个id字段一定是主键且为自动增长；2. 如无备注，则数值类型的字段请使用UNSIGNED属性；3. 如无备注，排序字段order_id在程序中默认使用降序排列；4. 如无备注，所有字段都设置NOT NULL，并设置默认值；5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0；6. 所有的数字类型字段，都必须设置一个默认值，并设为0；7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度；8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)；9. 如无说明，建表时一律采用innodb引擎； 二、【常用表名约定】0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单词都用单数形式1. user – 用户2. category – 分类3. goods – 商品、产品等一切可交易网站的物品都用此命名4. good_gallery – 物品的相册5. good_cate – 物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate4. 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标准表】16. 待续 三、【常用列名约定】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 – 详情、文章内容等 detail 明细14. order_id – 排序15. telephone – 座机号码16. mobile – 手机号码17. phone – 当不区分手机和座机时，请用phone命名18. address – 地址，单独出现不要用addr缩写，组合出现时需用缩写，比如mac地址，mac_addr19. zipcode – 邮编20. region – 地区，大的区域，比如记录杭州市、温州市等21. area – 区域，小的，比如上城区，江干区等