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

totola147 2013-03-04 10:06:37

有了数据库关系图还需要E-R图吗

我是直接从需求设计的数据库，没有先设计E-R图 E-R图有哪些数据库关系图没有的东西

谢谢大家！！

...全文

452 9 打赏收藏转发到动态举报

写回复

用AI写文章

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

totola147 2013-03-04

打赏
举报

引用 8 楼 OrchidCat 的回复:

引用 6 楼 totola147 的回复:引用 1 楼 OrchidCat 的回复:ER——>数据库关系（子集）严格来说，顺序应该是这样的。不一定所有的需求都在数据库中实现，所以是子集。请假您一个问题，我们通常E-R建模的时候实体间的关系是依据需求确定关系还是就依据客观事物的关系假设有两个实体报纸和印刷厂客……

谢谢您的回复我明白了

Mr_Nice 2013-03-04

打赏
举报

引用 6 楼 totola147 的回复:

引用 1 楼 OrchidCat 的回复:ER——>数据库关系（子集）严格来说，顺序应该是这样的。不一定所有的需求都在数据库中实现，所以是子集。请假您一个问题，我们通常E-R建模的时候实体间的关系是依据需求确定关系还是就依据客观事物的关系假设有两个实体报纸和印刷厂客观关系是，印刷厂印报纸，但是在需求中……

实际中一般做法都是直接按照实际需求。认真点儿的会按照理想状态来做（一般项目没有这么多的精力和时间）。毕竟实用更为关键。

Mr_Nice 2013-03-04

打赏
举报

引用 4 楼 totola147 的回复:

引用 3 楼 OrchidCat 的回复:可能不会真的去画ER（偷懒的做法），但设计表结构过程中，还是会有ER的过程的。数据库关系图可以理解为一样的东西，就看需求需要做到跟ER一样细不？如果是一样，其实可以理解为一个东西。 “就看需求需要做到跟ER一样细不” 我觉得数据库关系图应该是更细的粒度，E-R是个概念模型，反而更粗些，您怎么解释E-R图更细？ ……

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

totola147 2013-03-04

打赏
举报

引用 1 楼 OrchidCat 的回复:

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

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

totola147 2013-03-04

打赏
举报

引用 3 楼 OrchidCat 的回复:

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

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

totola147 2013-03-04

打赏
举报

引用 3 楼 OrchidCat 的回复:

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

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

Mr_Nice 2013-03-04