数据库设计总结记录

模块			自我总结
数据库设计的基本步骤	按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段 1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库实施 6.数据库的运行和维护	数据库设计通常分为6个阶段 1、需求分析：分析用户的需求，包括数据、功能和性能需求； 2概念结构设计：主要采用E-R模型进行设计，包括画E-R图； 3逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换； 4数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径； 5数据库的实施：包括编程、测试和试运行； 6数据库运行与维护：系统的运行与数据库的日常维护。 主要讨论其中的第3个阶段,即逻辑设计。	1、分析包括 数据信息、数据处理、性能需求（安全性、完整性） 2、E-R图，是对数据模型的高度抽象，e用矩形代表实体，实体包括用椭圆表示属性，r用菱形代表关系
数据库三范式			1、第一范式，字段不可再分 2、第二范式，完全依赖，非键属性需要完全依赖主键（学号、课程号作为主键，宿舍楼只部分依赖学号） 3、第三范式：不能传递依赖，表中不能有在其他表中存在的非主键属性（员工表中有部门编号，但是不能有部门名称，可以通过部门编号在部门表中获取）

 

PowerDesigner数据模型(CDM—PDM—SQL脚本的转换流程)

概念数据模型也称信息模型，它以实体－联系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。通常人们先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中的客观对象抽象为实体(Entity)和联系(Relationship),它并不依赖于具体的计算机系统或某个DBMS系统，这种模型就是我们所说的CDM;然后再将CDM转换为计算机上某个DBMS所支持的数据模型，这样的模型就是物理数据模型,即PDM,详细的关于E-R图 理论方面的描述，还请了解一些相关资料

 

E-R图向关系模型的转换规则

将E-R图转换为关系模型的转换规则如下：

•1)

  实体集转换为关系

–实体集对应于一个关系

–关系名：与实体集同名。

–属性：实体集的所有属性。

–主码：实体集的主码。

2) 联系转换为关系

联系转换成为关系模式。联系转换成为关系模式时，要根据联系方式的不同采用不同的转换方式

①1:1联系的转换方法

a) 将1:1联系转换为一个独立的关系：与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，且每个实体的码均是该关系的候选码。

b) 将1:1联系与某一端实体集所对应的关系合并，则需要在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体集的码。

第一步：联系形成的关系独立存在：

职工表（职工号，姓名，年龄）主码：职工号

产品表（产品号，产品名，价格）主码：产品号

负责（职工号，产品号）主码：职工号或产品号

合并方案1：“负责”与“职工”两关系合并：

    职工（职工号，姓名，年龄，产品号）

    产品（产品号，产品名，价格）

合并方案2：“负责”与“产品”两关系合并：

    职工（职工号，姓名，年龄）

    产品（产品号，产品名，价格，职工号）

 

② 1:n联系的转换方法

a)一种方法是将联系转换为一个独立的关系，其关系的属性由与该联系相连的各实体集的码以及联系本身的属性组成，而该关系的码为n端实体集的码；

 b)另一种方法是在n端实体集中增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增属性后原关系的码不变。

步骤一：联系形成的关系独立存在。

仓库（仓库号，地点，面积）

 主码：仓库号

产品（产品号，产品名，价格）

 主码：产品号

仓储（仓库号，产品号，数量）主码：产品号

 

合并后方案：联系形成的关系与n端对象合并。

 仓库（仓库号，地点，面积）

  

③ m:n联系的转换方法

在向关系模型转换时，一个m:n联系转换为一个关系。转换方法为：与该联系相连的各实体集的码以及联系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合（该码为多属性构成的组合码）。

•该模型包含两个实体集（学生、课程）和一个m:n联系

该模型可转换为三个关系模式：

–学生（学号，姓名，性别，年龄）主码：学号

 

-课程（课程号，课程名，学分）主码：课程号

 

–选课（学号，课程号，成绩）主码：学号+课程号

 

 

 

 

E-R图向关系模型的转换规则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。

 

　对于实体间的联系则有以下不同的情况：

 

（1）一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

 

（2）一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

 

（3）一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体码的组合组成该关系的码，或码的一部分。

 

（4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

 

（5）具有相同码的关系模式可合并。

 

2019年6月22日 18:48:02 公司

https://blog.csdn.net/lhw_csd/article/details/81456740
1、信息系统都具有生命周期的，在生命周期内，存在升级和调整，所以数据库设计时候要从数据库的易维护、可扩充的角度多加斟酌
2、数据库分析设计几个阶段
需求分析阶段 --- 综合各个用户的 应用需求
概念设计阶段 --- 统一业务概念，确定实体及实体之间的最高层次的关系；可以不指定属性 【抽象化】 
逻辑设计阶段 --- 将概念模型具体化，要实现概念模型所描述的东西，需要的那些功能和哪些信息
3、候选码 可以被选为主码的属性或属性组