问题标签 [entity-relationship-model]

[主要编辑：感谢 Branko 关于继承的提示]

业务 ( business_id )

OFFICE ( office_id , business_id, office_name) office_id 是 PK 的序列；business_id 和 office_name 是复合唯一键（业务键）；business_id 是 BUSINESS 的强制性 FK；

CUBICAL（cubical_ID，office_id，cubical_#）cubical_ID是PK的序列；office_id 和cubical_# 是复合唯一键（业务键）；office_id 是 OFFICE 的强制性 FK。

实体 BUSINESS 有许多办公室；每个办公室必须属于一个企业。一个办公室有许多立方；每个 CUBICAL 必须属于一个办公室。

第四个实体 TASK ( task_id , task_descr)可以分配给立方体，也可以分配给办公室内除了应用 TASK 之外对业务没有任何用途的区域，例如走廊、电气室或整个办公室.

对于继承，我看到了两种使用超类型 TASKABLE 执行此操作的方法：要么创建两个子类型，CUBICAL 和 NON CUBICAL，并使用“cubical”或“noncubical”的子类型鉴别器；或创建一个子类型，CUBICAL，子类型区分符为“立方”、“走廊”、“电气室”、“物业宽”等。

TASKABLE ( taskable_id , taskable_type) 其中 taskable_type in ('cubical', 'noncubical')

立方（cubical_ID，office_id，cubical_#，taskable_id）

NONCUBICAL ( noncubical_ID , office_id, descr, taskable_id)其中描述在 ('hallway', 'electric room', 'office wide', 'etc')

任务（task_id，task_descr，taskable_id）

TASKABLE ( taskable_id , taskable_type) where *taskable_type in ('cubical', 'hallway', 'electric room', 'office wide', 'etc')*

CUBICAL（cubical_ID、office_id、cubical_#、taskable_id）其中 taskable_id

任务（task_id，taskable_id）

因为在这种情况下，非立方区域除了分配任务之外没有其他用途，并且没有其他属性，我认为最好使用一个子类型并在 sql 语句的 where 子句上使用附加条件（NOT LIKE 'cubical ')

有 5 个以上的子类型鉴别器但只使用一个子类型实体，这很奇怪吗？

谢谢，--马修·莫伊森

我们如何确定关系方向Chen notation？如果我们添加A 有 B 关系，那么任何人都可以将其视为B 有 A吗？

我正在为我的乐团规划工具开发一个实体关系数据模型。最终结果应该是一个 ASP.NET/MVC4 应用程序。

这是我的 E/R 图的一部分：

Event在上图中，我试图想象 a和 a之间存在多对多的关系Composition。在我的模型中，我还希望能够存储Composition任意的录音Event（可能有来自不同事件/协奏曲的相同作品的许多不同录音版本）。

这是我到目前为止所做的（使用我的代码优先数据模型的相关代码）：

_

我的问题：在我的代码中，我应该在哪里添加关系属性“Recording”？

编辑：我必须创建一个链接表还是有更好的选择？

假设您有以下实体关系模型：

你怎么读这个？

根据我的教授，以下陈述是错误的：

每个程序员都开发一个开源项目

所以我想你应该像这样阅读这张图：

程序员开发 [0, 1] 开源项目。

这个对吗？你能给我一个简单的规则如何阅读这些图表吗？

我有三个表：用户、朋友和家人。用户是实体。朋友是关系。家庭就是关系。

但是，如果我想设置可以控制谁可以查看我的完整信息的隐私级别。ie 只有朋友才能看到我的爱好，只有家人才能看到我当前的位置。我不知道如何在 ER 设计中实现这一点。

选项1：

我怎样才能满足要求？仍然对此感到困惑。任何人都有一个合理的解决方案？

抱歉这个可能很愚蠢的问题，但我完全是个菜鸟。问题是我正在尝试为《数据库系统：设计、实施和管理》一书做练习。本书在构建时考虑了 Microsoft Visio 以执行 EERD。问题是我不想付钱，所以我下载了MySQL Workbench（我还没有安装任何其他东西，因为我现在只是在做设计练习）。

好吧，我的问题是我达到了他们要求我绘制表示具有不同约束的超类型和子类型的图表：完全完整性、部分完整性、不相交的子类型或重叠的子类型。这本书用一个圆圈和一条线来表示这一点。

问题是我对如何在 Workbench 上绘制它没有最低限度的想法。我可以做关系、主键、外键等。但我似乎找不到如何绘制超类型/子类型和约束。

有人可以帮助我吗？提前致谢！

ps：谷歌搜索没有给出答案

我正在尝试为医院 Oracle 数据库系统实现实体关系。

如果我应该将下表分开或将它们合并为 1，我会感到很困惑。

基本上在我的 ERD 中，我将 PharmaceuticalSupply 指向 Supply 作为一个子集，它继承了该属性但也具有其他属性。我这样做有错吗？

我应该使用什么标准在 EER 和 UML 类图之间进行选择，以对大型数据库应用程序的用户需求进行建模？各自的优点或缺点是什么？

My GUI draws a ERM for a database script. The contents of the database which are in a reference for example two entitys, are connected with lines. But all these lines are criss-cross. Each line cross over another line. So my question is, how i can draw this lines in a professional look. Here you can see the class which draws these lines.

Thank you for help :D

在关系数据库中，我们可以有一个与其他表没有任何关系的表吗？