这篇文章主要介绍关于MySQL的使用规范,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
最近涉及数据库相关操作较多,公司现有规范也不是太全面,就根据网上各路大神的相关规范,整理了一些自用的规范用法,万望指正。
<强> dev:开发环境强>
开发可读写,可修改表结构。开发人员可以修改表结构,可以随意修改其中的数据但是需要保证不影响其他开发同事。
<强>测试:测试环境强>
开发可读写,开发人员可以通过工具修改表结构。
<强>在线:线上环境强>
开发人员不允许直接在线上环境进行数据库操作,如果需要操作必须找DBA进行操作并进行相应记录,禁止进行压力测试。
重点的问题,各个环境的MySQL服务器对应的用户权限,一定要做到权限划分明确,有辨识度,能具体区分业务场景等。
<>强基本命名规则强>
- <李>使用有意义的英文词汇,词汇中间以下划线分隔。(不要用拼音)李> <李>只能使用英文字母,数字,下划线,并以英文字母开头。李> <李>库、表,字段全部采用小写,不要使用驼峰式命名。李> <李>避免用甲骨文,MySQL的保留字,如desc,关键字如指数。李> <>李命名禁止超过32个字符,须见名之意,建议使用名词不是动词李> <李>数据库,数据表一律使用前缀李> <>李临时库、表名必须以tmp为前缀,并以日期为后缀李> <李>备份库、表必须以贝克为前缀,并以日期为后缀李>
<强>为什么库、表,字段全部采用小写? 强>
在MySQL中,数据库和表对就于那些目录下的目录和文件。因而,操作系统的敏感性决定数据库和表命名的大小写敏感。
- <李>窗户下是不区分大小写的。李> <李> Linux下大小写规则李> <>李数据库名与表名是严格区分大小写的;李> <李>表的别名是严格区分大小写的;李> <李>列名与列的别名在所有的情况下均是忽略大小写的;李> <李>变量名也是严格区分大小写的;李> <李>如果已经设置了驼峰式的命名如何解决?需要在MySQL的配置文件我。ini中增加 lower_case_table_names=1即可。
表命名
同一个模块的表尽可能使用相同的前缀,表名称尽可能表达含义。所有日志表均以 log_ 开头
字段命名
- 表达其实际含义的英文单词或简写。布尔意义的字段以is_作为前缀,后接动词过去分词。
- 各表之间相同意义的字段应同名。各表之间相同意义的字段,以去掉模块前缀的表名_字段名命名。
- 外键字段用表名_字段名表示其关联关系。
- 表的主键一般都约定成为id,自增类型,是别的表的外键均使用xxx_id的方式来表明。
索引命名
- 非唯一索引必须按照“idx_字段名称_字段名称[_字段名]”进行命名
- 唯一索引必须按照“uniq_字段名称_字段名称[_字段名]”进行命名
约束命名
- 主键约束:pk_表名称。
- 唯一约束:uk_表名称_字段名。(应用中需要同时有唯一性检查逻辑。)
表设计规范
表引擎取决于实际应用场景;日志及报表类表建议用myisam,与交易,审核,金额相关的表建议用innodb引擎。如无说明,建表时一律采用innodb引擎
默认使用utf8mb4字符集,数据库排序规则使用utf8mb4_general_ci,(由于数据库定义使用了默认,数据表可以不再定义,但为保险起见,建议都写上
采用utf8编码的MySQL无法保存占位是4个字节的Emoji表情。为了使后端的项目,全面支持客户端输入的Emoji表情,升级编码为utf8mb4是最佳解决方案。对于JDBC连接串设置了characterEncoding为utf8或者做了上述配置仍旧无法正常插入emoji数据的情况,需要在代码中指定连接的字符集为utf8mb4。
所有表、字段均应用 comment 列属性来描述此表、字段所代表的真正含义,如枚举值则建议将该字段中使用的内容都定义出来。
如无说明,表中的第一个id字段一定是主键且为自动增长,禁止在非事务内作为上下文作为条件进行数据传递。禁止使用varchar类型作为主键语句设计。
如无说明,表必须包含create_time和modify_time字段,即表必须包含记录创建时间和修改时间的字段
如无说明,表必须包含is_del,用来标示数据是否被删除,原则上数据库数据不允许物理删除。
- 用尽量少的存储空间来存数一个字段的数据
关于MySQL的使用规范