有数据库就必须有er图吗

㈠ ER图与数据库表的关系是神马

E-R图提供了表示数据库表的实体类型、属性和联系的方法，是表示概念关系模型的一种方式。为表述实体联系模式图形式的数据表模型提供了图形符号。这种数据表模型典型的用在基于数据库的信息系统设计的需求分析阶段，用来描述信息需求和/或要存储在数据库中的表信息的类型。

(1)有数据库就必须有er图吗扩展阅读：

E-R图设计的正确与否取决于数据库设计人员能否真正把握表的各个客观对象和他们之间发生的活动，这需要作准确深入的用户需求分析。这些表对象如果需要记录的话，就抽象为E-R图中的实体。

描述实体的众多相关数据就抽象为实体的属性，将具有相同属性的众多实体抽象为实体型。它们之间发生的活动如果也需要记录的话，就抽象为E-R图中的联系，这是E-R图设计的重点。

㈡ 数据库 ER图实体的属性是要把所有属性的都要写出来吗

ER图的属性一般只把主要的标出来，一般主键和外键都要标出来。在具体实现物理模型时，就需要把所有能用到的属性都设置好。

ER图中规定： 用矩形表示实体（等同于表） 用椭圆形表示实体的属性（等同于表中字段） 用菱形表示实体关系（等同于外键），还要将有关系的实体用线连接上，线上画菱形。 这是数据库ER图的规定，没有什么原因，平行四边形ER中没有。

在ER图中有如下四个成分：

矩形框：表示实体，在框中记入实体名。

菱形框：表示联系，在框中记入联系名。

椭圆形框：表示实体或联系的属性，将属性名记入框中。对于主属性名，则在其名称下划一下划线。

连线：实体与属性之间；实体与联系之间；联系与属性之间用直线相连，并在直线上标注联系的类型。（对于一对一联系，要在两个实体连线方向各写1； 对于一对多联系，要在一的一方写1，多的一方写N；对于多对多关系，则要在两个实体连线方向各写N,M。)

以上内容参考：网络-ER图

㈢ 数据库的ER图

除非你有几百个仓库有上万种商品，即便是这样，数据库设计起来，仍然与你说的这些因素也没有多大关系。仓储问题，无非就是一个进销存，有人企图只用一张表来反映进销存，比如用数量前加一个负号来表示销货，不加符号表示是进货。要计算某种商品的存货时，就用某种商品的无符号数量去加上负号数量的，这样就得到了存货量，从理论上讲，这种设计无可厚非，但实际应用起来，非常糟糕，速度之慢，令人无法想象。试想，对于一个进销活动十分活跃的批发商，当数据库使用几年后，其进销记录可能要达到上百万条，要从上百万条的记录中筛选出你所需要的商品的存货，就是非常浪费时间的。
因此，我建议仓储进销存问题，应设计三张表，进货、销货、存货各一张表，进货时数据录入员录入进货记录后，保存时先保存进货记录，然后在存货表中找到相应的商品号，改写其数量就行了（加数量）。销货亦同，只是减库存数量。
你所说仓库、货物、保管员，只需要在表中增加仓库号、保管员姓名二个字段就行了，根本就用不上关系图。
把复杂的问题搞简单，这是电脑软件存在的基本意义，如果把简单的问题搞复杂，那么电脑软件进销存就没有存在的意义了。

㈣ 在数据库中可以不用ER图吗

一个没有ER图的数据库，如同一支部队打仗，指挥官没有地图一样。
ER图可以查看表直接的关联以及表字段的涵义和数据类型，都非常方便。
所以ER图非常重要。不然后续修改和查看的人，会给工作带来很多不便。

㈤ 一个数据库只需要一张ER图吗

er图中有三种实体对应关系，一对一，一对多，多对多。
多对多关系的话，必然会生成中间表
，你的借还记录表就是中间表，因为学生和图书是多对多的关系（注意不是一对多，因为一本书能被多个同学借，虽然不会同时被借，但是借还记录会保持在表中，从数据库角度来讲是多对多）。