MySQL_数据库命名规范及约定
操作规范
- 如无说明，建表时一律采用innodb引擎；
- 如无说明，数据库表编码集（utf8，utf8_bin）
ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin - 如无备注，则表中的第一个id字段一定是主键且为自动增长；
- 如无备注，则数值类型的字段请使用UNSIGNED属性；
- 如无备注，排序字段order_id在程序中默认使用降序排列；
- 如无备注，所有字段都设置NOT NULL，并设置默认值；
- 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0；
- 所有的数字类型字段，都必须设置一个默认值，并设为0；
- 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度；
- 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)；
- 数据库表结构修改操作都需要写出对应的修改表结构的sql语句，发给数据库管理人员。避免不同环境的数据库表结构不统一。
库命名规范
线上环境、开发环境、测试环境数据库内网域名遵循命名规范
业务名称:xxx
线上环境:ali.×xx.db
预发布环境:ali.×xx.pdb
测试环境:ali.×xx.tdb
开发环境: ali.×xx.ddb
从库在名称后加-s标识,备库在名称后加-ss标识
线上从库:ali.xxx-s.db
线上备库:ali.xxx-ss.db
注: ali为公司名称缩写
表命名规范
规范
1.具备统一前缀，对相关功能的表应当使用相同前缀，如acl_xxx，house_xxx,ppc_xxx；其中前缀通常为这个表的模块或依赖主实体对象的名字，通常来讲表名为：业务_动作_类型，或是业务_类型；
2.表名使用英文小写单词，如果有多个单词则使用下划线隔开；
3.表名简介，使用常见单词，避免使用长单词和生僻词；
4.表引擎取决于实际应用场景及当前数据库中的已经存在的存储引擎；日志及报表类表建议用myisam，与交易，审核，金额相关的表建议用innodb引擎。总体来讲数据库默认innodb；
5.数据表必须有主键，且建议均使用auto_increment的id作为主键（与业务无关）,和业务相关的要做为唯一索引；
6.默认使用utf8字符集（由于数据库定义使用了默认，数据表可以不再定义，但为保险起见，建议都写上）；
7.所有的表都必须有备注，写明白这个表中存放的数据内容；
8.预估表数据量，如果数据量较大（超过500w）则需要考虑分表策略。可以等量均衡分表或根据业务规则分表均可。要分表的数据表必须与DBA商量分表策略；
9.职责相近的表，命名规则应该相同；如合同申请，账户信息，交友相关等；
约定
- 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单词都用单数形式
- user – 用户
- category – 分类
- goods – 商品、产品等一切可交易网站的物品都用此命名
- good_gallery – 物品的相册
- good_cate – 物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate
- attr – 属性
- article – 文章、新闻、帮助中心等以文章形式出现的，一般都用此命名
- cart – 购物车
- feedback – 用户反馈
- order – 订单
- site_nav – 包括页头和页尾导航
- site_config – 系统配置表
- admin – 后台用户 【RBAC标准表】
- role – 后台用户角色【RBAC标准表】
- access – 后台操作权限，相当于action【RBAC标准表】
- role_admin – 后台用户对应的角色【RBAC标准表】
- access_role – 后台角色对应的权限【RBAC标准表】
- 待续
范例
一张在线冲值记录表：user_bank_deposit这个就非常符合标准，如果叫做userBankDeposit或是user_chongzhi，就非常不友好。
```
CREATE TABLE `house_refresh_log` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
`fangid` int(11) NOT NULL COMMENT '房贴子ID',
`refresh_time` int(11) NOT NULL COMMENT '刷新时间',
PRIMARY KEY (`id`),
UNIQUE KEY `fangid` (`fangid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='房刷新记录表'
```
####
字段命名规范
规范
1.数据库字段命名与表名命名类似：
2.使用小写英文单词，如果有多个单词使用下划线隔开；
3.使用简单单词，避免生僻词；
4.字段应当有注释，描述该字段的用途及可能存储的内容，如枚举值则建议将该字段中使用的内容都定义出来；
5.是别的表的外键均使用xxx_id的方式来表明；
6.表的主键一般都约定成为id，自增类型；
7.时间字段，除特殊情况一律采用int来记录unix_timestamp；
8.网络IP字段，除特殊情况一律用bigint来记录inet_aton值；
9.所有字段，均为非空，最好显示指定默认值；
10.有些驱动对tinyint支持不够好，通常建义按容量来选择字段；
-
text字段尽量少用，或是拆到冗余表中；
可能关联多个不同表的id的字段建议叫 RELATION_ID（关联id）
时间以字段以 _TIME 后缀结尾
带有标识的字段以 _FLAG 后缀结尾
自定义code码字段以 _CODE 后缀结尾
所有使用0,1,2等字段代表特殊含义的需要在字段注释中说明清楚，码中说明清楚，修改了定义规则需要及时修改数据库注释。
约定
- 表名_id – 通常用作外键命名
- cid – 特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯定是够用了，所以这里假设某一主分类的cid为11，则子分类的cid从1101开始编号，处理时只需截取前两位数值便可知道该产品属于哪一个主分类了。
- add_time – 添加时间、上架时间等
- last_time – 最后操作时间，如登录、修改记录
- expire_time – 过期时间
- name – 商品名称、商家名称等，不要跟title混用，title只用于文章标题、职称等
- price – 价格
- thumb – 只要是列表页面中的窗口图，一律用此命名
- image_src – 相册中的图片地址一律用此命名，不要出现各种img,image,img_url,thumb_url等
- head_thumb – 用户头像， 虽然有点长，一定要遵守。不要出现上述情况
- image_alt – 相册中图片的alt属性
- desc – 描述、简介，比如goods_desc，不要出现goods_txt这种
- details – 详情、文章内容等
- order_id – 排序
- telephone – 座机号码
- mobile – 手机号码
- phone – 当不区分手机和座机时，请用phone命名
- address – 地址，单独出现不要用addr缩写，组合出现时需用缩写，比如mac地址，mac_addr
- zipcode – 邮编
- region – 地区，大的区域，比如记录杭州市、温州市等
- area – 区域，小的，比如上城区，江干区等
- avg_cost – 人均消费
- 待续
字段01标记
DEL_FLAG 逻辑删除标记，0未删除，1删除
范例
CREATE TABLE `wanted_post` (
`id` int(10) NOT NULL AUTO_INCREMENT,
`puid` int(10) unsigned NOT NULL,
`user_id` int(10) NOT NULL COMMENT '发贴用户的id',
`username` varchar(50) NOT NULL COMMENT '发贴用户的用户名',
`city` smallint(4) NOT NULL COMMENT '所在城市',
`ip` bigint(14) NOT NULL COMMENT '发帖人的ip',
`district_id` tinyint(2) NOT NULL COMMENT '所在区域的id',
`district_name` varchar(20) NOT NULL COMMENT '行政区名字',
`street_id` tinyint(2) NOT NULL COMMENT '所在街道(地标)的id',
`street_name` varchar(20) NOT NULL COMMENT '小区名字',
`title` varchar(255) NOT NULL COMMENT '帖子的标题',
`description` text NOT NULL COMMENT '帖子详情描述',
`post_at` int(11) NOT NULL COMMENT '用户发帖时间,数据创建的时间,使用整型存储',
`refresh_at` int(11) NOT NULL COMMENT '帖子被修改的时间,整型存储',
`show_time` int(11) NOT NULL COMMENT '帖子显示时间',
`age_max` int(11) NOT NULL DEFAULT '0' COMMENT '招聘最小年龄',
`age_min` int(11) NOT NULL DEFAULT '0' COMMENT '招聘最大年龄',
`post_refresh_at` int(11) NOT NULL COMMENT '刷新时间',
PRIMARY KEY (`id`),
UNIQUE KEY `idx_puid` (`puid`),
KEY `user_id_index` (`user_id`),
KEY `post_at_index` (`post_at`),
KEY `refresh_at_index` (`refresh_at`),
KEY `show_time_index` (`show_time`)
) ENGINE=InnoDB AUTO_INCREMENT=55295 DEFAULT CHARSET=utf8 COMMENT='招聘帖子表'
索引命名规范
规则
普通索引：IDX_字段名
唯一索引：IDX_UQE_字段名
组合索引：IDX_COM_字段名_字段名_字段名
范例
添加索引sql
添加主键索引
ALTER TABLEtable_nameADD PRIMARY KEY (column)
添加唯一索引
ALTER TABLEtable_nameADD UNIQUE (column)
添加全文索引
ALTER TABLEtable_nameADD FULLTEXT (column)
添加普通索引
ALTER TABLEtable_nameADD INDEX index_name (column)
添加组合索引
ALTER TABLEtable_nameADD INDEX index_name (column1,column2,column3)
不需要使用索引情况：
表比较小,数据量不会多
赋值有限的列（枚举），不要创建索引。创建的索引返回的行越少越好，此时区分度大。
用不上索引的列，不要创建索引。
长字符串的列，不要全部创建索引，但可以使用短索引（名字的头8个字符）。
使用索引：
可能用到索引的地方：where 子句，order by，group by
索引有效的情况，使用如下筛选条件：
<，<=，=，>，>=，between，in，like’admin%’，独立索引+or+独立索引+mysiam
索引失效
is not null 或 is null 索引会失效
not in 或<> 或!=
like查询是以%开头，不使用索引。like ‘%admin’
关联表的id需要和关联表中的id的字符集，排序集一致，否则关联不会使用索引检索。
or+innodb
字符类型在where子句中不加引号，不使用索引
对字段加函数或者运算的
在order by操作中，mysql只有在排序条件不是查询条件表达式时才使用索引。尽管如此，在涉及多个数据表的查询里，即使有索引可用，那些索引在加快ORDER BY操作方面也没什么作用。
select 语句中字段中的子查询是不使用索引的，除非添加必要的别的条件来使用索引。
如：SELECT scolumn.ID,( SELECT COUNT(ID)FROMS_COMMENT AS discuss WHERE discuss.RELEVANCE_ID = article.SEQUENCE_ID' AND discuss.CODE ='资讯平路') AS discussCount FROM S_COLUMN AS scolumn LEFT JOIN S_ARTICLE AS article ON scolumn.ID = article.COLUMN_ID LEFT JOIN S_COMMON_ARTICLE AS commonArticle ON commonArticle.ARTICLE_ID = article.ID
这个子查询中 article.SEQUENCE_ID 和 RELEVANCE_ID都有索引确不会使用，而是用的是code的索引，所以要避免selec中子查询。
连接查询时，如果关联字段排序字符集不一样，则索引会失效，此点需在建表时注意。
如果mysql估计使用全表扫描要比使用索引快,则不使用索引。
比如：列id均匀的分布在1-100之间。下面的sql则不会使用索引 `select * from table_name where id > 1 and id<90;`
1