开发时设计数据库的表结构:
1.阅读原型图,找出所有需要保存的数据(字段)
2.根据找出的数据,设计表
3.继续阅读原型图,考虑中间数据,继续完善表结构
小结:
先做出一个差不多的表结构,不求一下子完美,追求逐渐完善,有时发现不合理需要重新设计。
数据库设计是需要靠经验积累,所以要多看原型,多练习设计。
大多时候,数据库设计的好不好,跟对业务的理解程度正相关。
数据库设计详情:
1.根据需求设计
表结构
字段类型
索引设计
引擎选择
2. 注意事项
2.1 表结构
范式设计
第一范式(1NF):强调列的原子性,即列不能够再分成其他几列。
第二范式(2NF):满足1NF,另外表必须要有主键和非主键字段,非主键字段必须完全依赖于主键
第三范式(3NF):满足2NF,另外非主键字段必须直接依赖于主键,不能存在传递依赖
反范式设计
为了查询效率,有时可以做冗余字段设计
2.2 字段类型选择
主键类型
一般会选用bigint做主键类型,便于后面业务增长
状态类型
一般选择tinyint类型,不同的值表示不同的状态。建议不要使用enum枚举类型。
符串类型
如果确定字符长度,需要查询效率快的,优先选用char
如果不确定长度,选择varchar。后续再优化
字段的其他参数
not null: 不为空
default: 默认值
comment: 备注
2.3 索引
普通索引,提高查询效率
唯一索引和主键索引,提高查询效率且数据唯一
外键索引,提高查询效率且保证数据的完整性
小结
增加索引会提高查询效率,但增删改会受到影响
增加索引会额外增加存储空间,一般只给经常查询的字段加上索引
2.4 存储引擎的选择
InnoDB
mysql的默认存储引擎
支持事务
支持外键的完整性约束.
MyISAM
基于ISAM存储引擎.
不支持事务
速度更快.
MEMORY
将表中的数据存储到内存中,为查询和引用其他表数据提供快速访问.
小结:
如果要提供提交、回滚、崩溃恢复能力的事务安全能力,并要求实现并发控制,InnoDB是一个好的选择
如果数据表主要用来插入和查询记录,则MyISAM引擎能提供较高的处理效率
如果只是临时存放数据,数据量不大,并且不需要较高的数据安全性,可以选择将数据保存在内存中的Memory引擎
如果只有INSERT和SELECT操作,可以选择Archive。Archive支持高并发的插入操作,但是本身不是事务安全的。Archive非常适 合存储归档数据,如记录日志信息
————————————————
原文链接:https://blog.csdn.net/WeiLanooo/article/details/102838782