问题标签 [weak-entity]

我有以下问题，我有多个可能对或错的场景，我已经搜索了一段时间，但我没有找到针对我的问题的具体答案：

医生诊所示例：

我们有医生，病人，治疗，治疗类型

医生：身份证、姓名……

患者：身份证、姓名……

治疗：日期，费用

治疗- 类型：身份证，姓名

Doctor可以做多次治疗，Patient也可以做多次治疗，所以它们与Treatment with(1-N)关系相连。

治疗实体是一个弱实体，因为它不能在没有医生或患者的情况下定义，所以我的问题是，当我们将此 ERD 转换为实际表时，哪种情况是正确的（或最佳实践）？

1 -医生id, 病人id不能唯一定义Treatment 表，所以我们在Treatment表中添加treatment-id字段，PK 为（医生id, 病人id, 治疗id）。

2 - 我们添加了treatment-id字段，PK 是( treatment-id )。

3 - PK 将是（医生 ID、患者 ID、日期）。

我很难找到“日期”是否可以成为 PK 的一部分，并且我也很难为弱实体创建一个唯一 ID

提前致谢。

如何在 SQL 中实现 ER 图中显示的客户和帐户表。

1. 每个客户都有 1 个帐户。
2. 每个帐户仅属于 1 个客户。
3. 在删除客户时，也应删除关联的帐户行

正如我们在这张图片中看到的，ATTENDANCE实体与TRANSCRIPT实体相关？TRANSCRIPT但是如果没有主键，如何识别实体ATTENDANCE呢？图有错吗？

我对部分键有点困惑。“Korth 的数据库系统概念”说：

尽管弱实体集没有主键，但我们仍然需要一种方法来区分弱实体集中依赖于一个特定强实体的所有实体。弱实体集的鉴别器是允许进行这种区分的一组属性。弱实体集的判别器也称为实体集的部分键。

我的困惑是，如果弱实体的鉴别器/部分键能够唯一识别属性集，那么它应该被称为主键，而不是部分键，因为主键是那些可以唯一识别所有属性的键关系。

另外，在网上冲浪时，我遇到了部分键的定义，它说：

'部分键是不能唯一标识表中所有记录的键'

它在我的脑海中提出了一个问题，假设如果一个表包含一个由两个或多个属性组成的主键，那么如果我们从中选择一个属性，那么它是否会被称为部分键，作为那个属性是主键的一部分，但它本身不能唯一标识关系中的所有属性。

我想创建一个主键email,nro为每个exnro的序号的表：email

但我收到以下错误：

ERROR: there is no unique constraint matching given keys for referenced table "proposta_de_correcao"

我已经尝试过：

我在实体关系中有两种类型的事件，即离线事件和在线事件。

而且这些 Offline-event 和 Online-event 有共同的字段，所以我定义了一个新的弱实体，这两种事件类型都假定它是为了防止重写相同的字段。Online-event 和 Offline-event 都有一个字段，表示数据库中同一实体的外键，称为 Sub-club。我不确定是否应该将此字段与其他共享字段一起移动到弱实体。因为它对于表示离线事件或在线事件与子俱乐部之间的关系至关重要，一对多的关系，即子俱乐部一和离线事件或在线事件多端。最后，通过在实体框架中使用 Owned 属性来反映这种类型的关系是否正确？

创建表脚本：

我看着这个，但它对我没有帮助。

卡表有主键

我了解到，在弱实体中，无法使用该实体中的任何可用属性来唯一标识每个事件。换句话说，由于没有主键，因此无法唯一标识每次出现。
所有的教科书和在线资料都通过说我们只能通过与所有者实体的主键的关系来唯一地识别每个事件来解决这个问题。
我的问题：是否可以只向弱实体添加主键？
然后，弱实体变为强实体，我们不需要通过所有者的实体来唯一标识弱实体中的每个事件。

数据库建模中的弱实体类型是在概念设计还是逻辑设计中表示？

在概念设计中，我们表示实体、关系和基数。在逻辑设计中，我们添加属性。

我的猜测是，由于需要根据关键属性定义弱实体（根据定义：“弱实体类型是没有关键属性并且标识依赖于另一个实体类型的实体”），它不能在概念模型中定义，而是在逻辑模型中定义。那么，如果是这种情况，我是不是把它包含在概念模型中的实线关系中，然后在逻辑模型中将实线转换为虚线以表明它是弱实体？

附言。我正在使用鱼尾纹符号

我正在尝试为不同类型的信用卡做一个 ER 模型。我有一个名为 Credit Card 的实体，它与另一个名为 Card Type 的实体有关系。你会认为 Card Type 实体是一个弱实体吗？我不太确定，因为在我看来，我觉得卡片类型本身就是一个强大的实体。

谢谢