数据库设计思路

mac2024-05-11  35

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

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

最新回复(0)