从“零”搭建酒店项目（5）数据库设计

从“零”搭建酒店项目（5）数据库设计

在具体业务代码开发前，要先定义好数据库。数据是 Web 应用的核心了，没有数据就不叫 Web 应用了。

我们选用的是关系型数据库 MySQL 为基础数据库，因为业务中有很明确的实体划分以及实体关系，所以必然是关系型数据库主导的系统。

设计原则

1. 实体与表的对应关系：通常为一对一，也存在一对多和多对一。比如，员工履历资料在人力资源系统中对应三张表：员工基本信息表、社会关系表和工作简历表。
2. 主键与外键：在 E-R 图中处于叶子部分的实体可以没有主键，但必须有外键，因为需要使用外键表示叶子与父节点的关系。主键其实代表的是一个实体的高度抽象，外键表示与其他实体的关系。
3. 基本表：基本表有四个特征：
   1. 原子性：字段不可再分解。
   2. 原始性：基本表中记录的是原始数据或称基础数据。
   3. 演绎性：所有数据都能从基本表派生出来。
   4. 稳定性：基本表的结构应该是长期不变。
4. 三个范式：
   1. 第一范式：原子性约束，即字段不可分解。
   2. 第二范式：唯一性约束，即记录有唯一标识，对应了实体的唯一性。
   3. 第三范式：字段冗余性约束，即无冗余字段。
5. 合理冗余：满足第三范式的数据库可是让存储空间最低，但是有时需要提高查找效率，据需要使用冗余字段。这是一种用空间换时间的做法。比如一个商品的存在：单价、数量和价格三个字段，其中价格就是冗余字段，价格字段可以提高统计查询的效率。
6. 处理多对多关系：为了避免两实体表之间的多对多关系，可以在两表之间增加一个实体表，从而形成两个一对多关系。比如学生和图书之间存在多对多关系，一个学生借阅多本书，一本书被不同的学生借阅过。在这两者之间增加一个“借还记录”实体，每条借还记录都是只对应一本书和一名学生。其实处理多对多的方式就是把实体间的每一条连线（实体间的关系）当作实体看待。
7. PK取值：可以使用 id，也可以使用多个字段的组合，但不要太多，会使得索引占据空间增加。
8. E-R 图没有标准答案：好的 E-R 图结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗