第一范式1nf:属性不可分【反例:address可1分为国家,省市,地区】
第二范式2nf:属性完全依赖主键
【反例:订单编号和商品编号位于同一张表中,前者与订单信息强相关,后者与商品信息强相关】【该拆表了】
第三范式3nf:不允许数据冗余【两张表很多属性相同】
1,命名规范:小写+下划线,不能使用保留关键字
【mysql对象名默认规定大小写敏感,且在生产环境中mysql通常运行在linux系统下,linux系统本身也是大小写敏感的。】
【
建议在设计数据表之后逐一排查有没有使用关键字。】
原则:
1,char vs varchar
char 定长 浪费空间 查询速度快
varchar 变长 节省空间 查询速度较慢
出于存储空间的考虑,优先选择varchar
2,避免使用text,blob,如果一定要使用,单独出扩展表
【mysql内存临时表不支持text,blob这样的大数据类型,只能使用磁盘临时表完成,并且会导致二次查询】
3,同财务相关的最好使用定点数decimal
4,日期类型选择
1,为什么选择innodb?【行级锁高并发,支持事务,缓存索引和数据,支持热备】
2,字符集通常选用utf-8
3,所有表和字段都需要添加注释
4,禁止在数据库中存储图片,文件等大的二进制数据
通常存储于文件服务器,数据库只存储文件地址信息
5,尽可能把所有列定义为 not null
where子句中的字段
联合索引又称为复合索引,指查询中同时包含多个索引。
最左前缀匹配原则:mysql遵循最左优先,所以在where子句中通常将使用最频繁的索引放在前面
禁止使用 select * 必须使用 select <字段列表> 查询字段列表>
禁止使用 order by rand() 进行随机排序
where 从句中禁止对列进行函数转换和计算
拆分复杂的大 sql 为多个小 sql
在明显不会有重复值时使用 union all 而不是 union
用join操作代替子查询
使用join关联的表最好不超过5个
对应同一列进行 or 判断时,使用 in 代替 or
外键是否需要问题
对于互联网行业,注重高并发,不推荐使用外键。【外键的本质就是将数据一致性交给数据库处理】
对于传统软件行业,对并发量没有那么高,通过使用外键来降低开发成本也是可取的
如对本文有疑问, 点击进行留言回复!!
网友评论