做数据库er图的步骤

1、分析你所要描述的对象，也就要要进行需求分析，因为你做的系统不一样，同样的东西，可能描述得也不一样，比如：做一个工资系统，和做一个人事管理系统，对于工资这个实体，他的描述就完全不一样。

2把你所了解的实体及其属性，一个个的理出来，比如说：教师，班级，学生，院系等实体，那么教师有什么属性呢，学生有什么属性呢，教师（教师号，姓名，性别，院系，职称，联系电话。。。），学生（学号，姓名，性别，院系，班级，电话。。。。）

3、把实体与实体间得联系整理一下，比如，教师与学生，它是一个多对多的关系（n:m）,通过什么途径建立联系呢，当然是通过授课，那么他们的联系就是”授课“

4、最后建立er图，把实体以矩形描述，属性用椭圆型描述，联系用菱形描述，然后把这些对象连接起来，构成一个完整的ER图。当然也可以用图表的方式来描述它（显得紧凑美观）。

第一个问题，是不是每一张表对应着一个实体？

楼主的概念混乱，一个表是什么？是一个关系，也就是关系模式（但还是有点区别）。我举个例子，一个学生表，里面有很多学生的信息记录，一个学生是一个实体，所以一张表应该对应的一个实体集。

第二个问题，“借还”属于关系还是属于实体？

实体是什么，实体是可以被标识的东西。实体的可以是具体的东西（人、车子。。。），也可以是抽象的（飞机航行，交通规则），那么借还记录也是一个实体。

在ER图中，“借还”是学生实体和图书实体之间的联系，是一个联系集。怎么就成了关系和实体了？

先打这么多吧，楼主不懂继续问。

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

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

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

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

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

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

与具体的DBMS无关

第三阶段：关系模型；

与具体的DBMS有关

第四阶段：物理模式。

以上就是关于做数据库er图的步骤全部的内容，包括:做数据库er图的步骤、数据库中的ER图，是不是每一张表对应着一个实体、数据库 的数据流图 和ER图等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！