开发时设计数据库的表结构：

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非常适合存储归档数据，如记录日志信息