1楼：
er图是属于概念模型它与具体的dbms无关。
从你的截图上来看，截图里的所说的数据库模型图是不准确的，正确的是er模型转换为关系模型。
因为er图是属于概念设计阶段，它的下一阶段就是转换成关系模型，也就说与具体的dbms有关。
下面是数据库设计的常见四阶段：
第一阶段：用户需求分析；
第二阶段：概念设计(即e-r模型)； 与具体的dbms无关第三阶段：关系模型； 与具体的dbms有关第四阶段：物理模式。
数据库中的er图，是不是每一张表对应着一个实体？
2楼：匿名用户
第一个问题，是不是每一张表对应着一个实体？
楼主的概念混乱，一个表是什么？是一个关系，也就是关系模式（但还是有点区别）。我举个例子，一个学生表，里面有很多学生的信息记录，一个学生是一个实体，所以一张表应该对应的一个实体集。
第二个问题，“借还”属于关系还是属于实体？
实体是什么，实体是可以被标识的东西。实体的可以是具体的东西（人、车子。。。），也可以是抽象的（飞机航行，交通规则），那么借还记录也是一个实体。
在er图中，“借还”是学生实体和图书实体之间的联系，是一个联系集。怎么就成了关系和实体了？
先打这么多吧，楼主不懂继续问。
3楼：匿名用户
关系表.并且是一对多的。一个学生可以借多本书,这一本书一次只能被一个学生借走(同样的书不存在多本的情况下)。表中应该有id、学生id、图书id吧。
数据库er图一对多联系1:n与1:m的区别？ 5
4楼：上官三云
在数据库概念模型设计
的时候，er图是基本方法之一，主要用来描述数据库中所涉及实体及实体与实体之间的关系。实体间的关系通常有：1对1(1:
1)，1对多 (1:m)，多对1(m:1)，多对对(m:
n)等。
比如有两个简单实体，分别是单位和职员，它们的关系就是1:m，一个单位可以有多个职员；
再比如有两个实体，分别是学生和图书，它们的关系就是m:n，从而形成中间表 学生借阅的图书，结果是1本图书可以被多人借阅，1个人也可以借多本图书。
其它的自己去查教程吧。
顺带说说，许多人做数据库表设计是想到**就建个字段，没有做概念设计，这样的数据库生命周期很短，而且维护极难。基本知识学好了非常重要！
e-r图与实际的数据库究竟是什么关系，外键什么的如何在er图中表现？
5楼：匿名用户
可以设计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端实体所对应的表中。
6楼：糖糖寳寳
e-r模型的构成成分是实体集、属性和联系集，其表示方法如下：
（1） 实体集用矩形框表示，矩形框内写上实体名。
（2） 实体的属性用椭圆框表示，框内写上属性名，并用无向边与其实体集相连。
（3） 实体间的联系用菱形框表示，联系以适当的含义命名，名字写在菱形框中，用无向连线将参加联系的实体矩形框分别与菱形框相连，并在连线上标明联系的类型，即1—1、1—n或m—n，因此，e-r模型也称为e-r图。
e代表实体，r代表联系，e-r图一般只用列出实体以及实体间的联系即可，属性（字段）可以不加，e-r图的设计，一般有自顶向下，自底向上，逐步扩张，混合策略四种。