数据库 的数据流图 和ER图

ER图是属于概念模型它与具体的DBMS无关。

从你的截图上来看，截图里的所说的数据库模型图是不准确的，正确的是ER模型转换为关系模型。

因为ER图是属于概念设计阶段，它的下一阶段就是转换成关系模型，也就说与具体的DBMS有关。

下面是数据库设计的常见四阶段：

第一阶段：用户需求分析；

第二阶段：概念设计(即E-R模型)；

与具体的DBMS无关

第三阶段：关系模型；

与具体的DBMS有关

第四阶段：物理模式。

可以设计3个表

1 staff(fullname,no,uk address ,email, chinesemobile number,gender,staff number,visa expdate,flight number,book cinfirmation)

2 flight(flight number,arrival time,take off time, remaks,limo number)

3 hotel(arrival date,depature date,romm number,book confirmation,number of days)

er图是概念模型的形象表示，通过er图可以转换成逻辑模型，即具体的表；在概念模型和逻辑模型的转换过程中有一些原则应该遵守：1：er图中的一个实体型即矩形可以转化成一个表，表的名字为实体型的名字，属性为er图的属性。2：如果联系为1：N的情况，联系不用转换成表，将1端实体型的码加入N端实体所对应的表中。

客房和客户之间的联系是多对多，所以需要为两者的联系建立一张连接的表。

客房单独一张表，客户一张表。

如果实体间是一对一的关系，则不需要建立联系表，只需要在两个实体建立的表中的一个建议一个外键链接。

如果实体间是一对多的关系，则可以建立联系表，也可以不建立联系表，这种情况就看个人需求了。

在数据库概念模型设计的时候，ER图是基本方法之百一，主要用来描述数据库中所涉及实体及实体与实体之间度的关系。实体间的关系通常有：1对1(1:1)，1对多

(1:m)，多对1(m:1)，多对对(m:n)等。

比如有两个简单实体，分别是单位和职员，它们的关系就是1:m，一个单位可以有多问个职员；

再比如有两个实体，分别是学生答和图书，它们的关系就是m:n，从而形成中间表

学生借阅的图书，结果是1本图书可以被多人借阅，1个人也可以借多本图书。版

其它的自己去查教程吧。

顺带说说，许多人做数据库表设计是想到哪里就建个字段，没有做概念设计，这样的数据库生命周期很权短，而且维护极难。基本知识学好了非常重要！

ER图是属于概念模型它与具体的DBMS无关。

从你的截图上来看，截图里的所说的数据库模型图是不准确的，正确的是ER模型转换为关系模型。

因为ER图是属于概念设计阶段，它的下一阶段就是转换成关系模型，也就说与具体的DBMS有关。

下面是数据库设计的常见四阶段：

第一阶段：用户需求分析；

第二阶段：概念设计(即E-R模型)；

与具体的DBMS无关

第三阶段：关系模型；

与具体的DBMS有关

第四阶段：物理模式。

以上就是关于数据库 的数据流图 和ER图全部的内容，包括:数据库 的数据流图 和ER图、E-R图与实际的数据库究竟是什么关系，外键什么的如何在er图中表现、数据库er图根据什么来创建表等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！