下面是具有5个不同实体之间关系的ER图。关于实体关系图的查询
我的问题:
1) 每个5个实体class
按照OOP术语的?
2) 你能帮我理解这五个实体之间关系的意义(不同类型的行)吗?带有一点气泡/带有角形/文字
下面是具有5个不同实体之间关系的ER图。关于实体关系图的查询
我的问题:
1) 每个5个实体class
按照OOP术语的?
2) 你能帮我理解这五个实体之间关系的意义(不同类型的行)吗?带有一点气泡/带有角形/文字
这不是一个UML图,而是一个实体关系(E-R)图,通常显示DB设计。您可以轻松谷歌,找到详细notstional规则,我能迅速找到此页:
如果你想DB在UML建模,你仍然可以做到这一点,使用类图,并最终限制用permited与非面向对象建模中可用的关系。
我们一般使用ER图来显示数据库设计吗?当你说DB? – overexchange
没有“一般规则”,这个决定取决于上下文:你有可用的工具,周围的项目条件和性质,你的团队的技能,最后是个人喜好。两个选项都是有效的。 如果您打算借鉴一些其他的UML图,逻辑判断是使用类数据库建模和把一切都在一个地方。 如果项目相对较小,并且您只需制作该单一图并将其交给DB专家,ER就没问题。 – Aleks