项目实战：数据库设计精选-架构师必修课(总结）

1、三范式

 

2、物理模型中，一对一，一对多的设置

 

3、进行物理模型构建之前，先进行需求分析：

 

 

 

 

 

4、如果一个表的重复利用率不高，就不必单独创建一张表，可以与其他表合并创建

反之，这种利用率很高，且在实际应用中可以使用下来菜单等指定项进行选择的项目（不能让用户随意选择），可以单独定制一张表。

 

 

 

5、重复利用率高的数据，就单独分出一张表，利于管理，如下图中的 区域、房型信息

 

6、用户管理模式可以分成2类：

一种类似网站前台，后台管理（两个系统，该系统中用户不分角色，因为是两个独立的系统）

一种类似毕博系统，使用的是一个系统，可以分不同角色登陆，以便于使用不同功能权限。

 

7、一个表如果附带多个明细（数量不确定），就要把整个明细单独分一张表：

注：一个表中的某个属性，可能对应多个项时，如一个菜品可以对应多个宣传图片，那么图片就要单独分出一个“菜图片”表，与菜品表形成一对多的关系！

 

8、数据库中表单之间要的连接由以下要素确定：

①2个表之间是否有直接关系（没有直接关系就不能有直接连接）

②2个表是否有父子关系（就是主外键关系）

④2个表之间是否有使用关系（有使用关系就可以有关系，比如会议室、会议室中要使用到的设备）

⑤所有表都表示一种名词状态，不能表示动作

 

9、第一范式（列不可拆分）

①如果一个表中的某个列有多个选项，可以单独拆分成一个表，如学生表的班级，身份证的省市、所有在适合后期使用下拉菜单进行选择的选项都要单独拆分成一个表！！

②还要一种情况是，某列可能会有多个信息（而且这些信息与当前表无关），如：帖子表中的用户，用户（还应包含用户编号、角色、登录密码等信息），所以要将用户单另分一张表

 

10、主外键的链接方向，除了确定一对多关系等，还可以由依赖关系确定（外键依赖于主键）

11、其实在设置设置主外键时，只要考虑谁来源于谁就可以了，只要在一对一的情况下（单独调整就行），下图的依赖关系就是主外键关系：游记图片依赖于游记；游记依赖于用户（作者）

 

12、主外键，只是表示一种依赖关系，从表不一定含有主表的所有键的相关内容（可以是部分的），如精华帖就是游记的一部分，不包含所有游记

 

13、表的设计流程：设计需求流程—>围绕每个流程的节点—>分析该流程节点需要哪些表（或者根据现有的表是否能满足要求）

 

14、驻外键关系，也可以描述一种属于关系，比如 配送点属于配送线路

 

15、主外键关系，

①要可以看做是先存在的表A（学生表）为主键、依附与表A后存在的表B(用户表)为从表;

②一个表在构造中，如果要关联使用其他表，那么就用fk-pk去关联那张表

 

16、有时候表之间的关联，可以按照需求进行关联：

 

 

17、主从表可以按照业务流程的先后顺序排序形成：

 

18、表连接尽量使用外连接，不要使用内连接，内连接会丢失数据

19、Powerdesinger项目构建过程

 

 

20、主外键可以展示一种包含关系：主表包含多个从表：