这些子类方法中的任何一个都有潜在的缺点吗？

Question

假设您有几个表表示活动：

• ProcessActivities
• MedicalActivities
• MaintenanceActivities
• LogisticalActivities

你现在意识到一切都是活动，那么，你会做什么呢？

1. 您创建一个名为“and”的主表，并为值添加一个类型字段: process、medical、维持费、后勤或
2. 您将创建一个超级活动表，并为每个子类创建一个只有主键的表，因为您知道两个子类都没有唯一的字段。

我可以想出一些参与决策的利弊：

第一种方法：

1. 活动中的CRUD操作将意味着在两个不同的表中工作。
2. 简化E图
3. 完整性丧失约束

第二种方法：

1. 维持这种关系的两个指标将保存在两个不同的地方。
2. 语义

这两种方法中是否有任何潜在的性能或其他后果？

Answer 1

我只会使用一个主活动表，因为所有四种活动类型都有共同的数据，这些数据可以拆分到其中。这还需要一个ActivityTypeId，指示它是哪种类型的活动，以及在哪个表中查找详细信息。

假设有共同的数据：

• 优点:从更详细的类型中正确地将数据抽象成常见的类型。
• 缺点:编码稍微复杂，但不要太多。

假设有最低限度的共同数据：

• 优点:没有真正的
• 缺点:用一个统一的整体(一个xActivity)对数据进行不适当的抽象，分布在两个地方而不是一个地方。

需要多少共同的数据？这就是你的经验和判断力的来源。你还需要考虑这样的因素:是否会有一个查询屏幕，列出所有的活动，不管是哪种类型的？如果是这样的话，这个查询中的列是否可以放在一个表中而不损坏数据(例如，对于一个列活动，类型1有一个字符串，类型2有日期等等)？

恐怕没有简单的答案。