开发时设计数据库的表结构：
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非常适合存储归档数据，如记录日志信息