求助——关于E-R图 和数据库关系图

Question

有了数据库关系图 还需要E-R图吗我是直接从需求设计的数据库，没有先设计E-R图  E-R图有哪些数据库关系图没有的东西谢谢大家！！数据库

Answer 1

ER——>数据库关系（子集）严格来说，顺序应该是这样的。不一定所有的需求都在数据库中实现，所以是子集。

Answer 2

设计数据库一定要经过 E-R 图的概念设计吗  sql server 的数据库关系图  以及  mysql workbench 的 data modeling tool 中的 EER 不就是用来建模的？

Answer 3

可能不会真的去画ER（偷懒的做法），但设计表结构过程中，还是会有ER的过程的。数据库关系图可以理解为一样的东西，就看需求需要做到跟ER一样细不？ 如果是一样，其实可以理解为一个东西。

Answer 4

“就看需求需要做到跟ER一样细不” 我觉得数据库关系图应该是更细的粒度，E-R是个概念模型，反而更粗些，您怎么解释E-R图更细？实体就是一个表，关系就是表间的关系，当然关系也可能是一张表（多对多关系），
所以我的建模过程，就是直接在数据库库关系图中，创建实体，在表间，直接拉实体关系，这样做有什么缺陷和潜在的问题？谢谢！！

Answer 5

其实是这样的，我的数据库已经设计好了，我是直接用visio中的实体关系 建的模  只是建的模型和 数据库关系图很像  和E-R图 一点都不一样， 所以领导让我再建个E-R的模型   我反复思量，不知道该怎么做，这样的做出来的东西有什么用

Answer 6

请假您一个问题，  我们通常E-R建模的时候  实体间的关系 是依据需求确定关系  还是就依据 客观事物的关系   假设   有两个实体  报纸   和  印刷厂    客观关系是，  印刷厂印报纸， 但是在需求中并不需要这个关系  所以  数据库中他们两没有关系； 在E-R图中呢  ？  应该是以客观事物的联系 还是依据需求？

Answer 7

更细的理解是这样的， ER就画个大蓝图，数据库可能取其中一部分，然后做细。 如果需求可以覆盖整个ER，那就是数据库关系最细。如果是一部分，宏观来看，就是ER更‘细’。