首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场

ER图类型
EN

Software Engineering用户
提问于 2011-02-03 14:46:48
回答 2查看 2K关注 0票数 4

我目前正在选修一个数据库设计类,我们使用的是由Peter设计的ER图样式。我对这种风格有几个问题:

  • 恋爱中的关键似乎不现实。实际上,像"orderid“这样的合成键似乎在几乎所有的表中都使用,包括关联表,但是Chen风格的图表非常喜欢(table1key,table2key)复合键。
  • 数据类型没有表示法。
  • 钻石形状的联想是可怕的,并产生一个混乱的图表。

总的来说,似乎很难捕捉到一些与陈制度的关系。

如果有的话,你使用什么ERD风格?你的工作场所最受欢迎的是什么?您使用或使用了哪些工具来创建这些图表?

EN

回答 2

Software Engineering用户

发布于 2011-02-03 14:53:22

我不确定图表的名称,但一般都知道你在说什么。

在我第一次去的技术学院和大学的CIS系,在商学院(我上了一门DB课程),我们使用了乌鸦脚符号,这对我来说更有意义。

在CS部门,一位非常有经验的DB教授教我,他在ER图中使用了钻石--但他不在乎我们是否在作业中使用了其他符号(我们在该类中没有做太多的图表绘制,至少没有在CIS类中那样多)。

在实践中,有一个数字在钻石旁边是好的,但完全没有意义。你喜欢的很可能是谁首先教你的。我想如果你说的是排队,你可能会用乌鸦脚ER图。如果你说续集,你可能会用钻石。如果你把它叫做数据库,你可能就不用图表了。

而且,数据类型不应该在这个数据库设计级别上被捕获。至少在我的CIS类中,一旦我们到了这一点,我们就会将表结构写在文本文件中。然后,它离SQL语句只有2步之遥。

Visio女士可以将您的图表转换为数据库(反之亦然),因此图表的方法应该能够捕获您想要的信息,尽管我发现使用它相当麻烦,我更喜欢只使用Dia。

票数 2
EN

Software Engineering用户

发布于 2011-02-03 16:58:00

我是一个“老家伙”(在89年标准之前开始使用"ess-queue-ell“),我使用的是乌鸦脚符号。然而,使用自然的(多部分)键是一个设计决定,它不是由符号决定的(也许你的教授在课堂上把”符号“和”过程“混在一起?)

您的班在讨论逻辑DB设计和物理DB设计之间的区别吗?逻辑设计的目标是在较高层次上捕获域,而物理设计则为实际数据库的结构(包括数据类型和约束)建模。逻辑数据库很少被规范化超过3NF,而物理ERD是标准化的,直到你得到正确的性能;)。

票数 2
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/43134

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档