在一对多关系中改善数据库结构

Question

我正在创建一个数据库，以跟踪自己的各种统计信息，我想知道是否有更好的方法来存储单个日期的多个条目。

例如从我的桌子上我有AllergyMedicine，它可以跟踪在同一日期服用的多种药物，有没有更好的方法呢？

另外，食物和过敏表似乎没有必要，是否有更好的分组表方法？

任何建议表示赞赏！

Answer 1

当然，如果您一天服用一种以上的药物，为什么不将当天（=日期）隔离在自己的表格中？

因此，您将有一个仅包含日期的“天”表，您可以预填充（如日历）或仅填充真正服用该药的那几天。

这样，通过将日期“居中”在一个表中并将其他所有内容与日期相关联，可以节省大量空间。 这实际上是一个非常精确的现实模型。

您所有带有日期的“ FoodSnack”，“ FoodMeal”，“ AllergyMedicine”等都将成为普通的N：M映射表。

您甚至可以进一步抽象，减少表并仅制作三个表：

• 症状
• 原因
• 治疗

所有这些都与中央“ day”表相关（我不会将其称为“ Date”，因为这是一个关键字，也很容易弄错），并且在适用的情况下彼此相关。

Answer 2

我发现这有助于半结构化地陈述问题，如下所示。

The system monitors one or more **persons**.
Each person consumes zero or more **items**. Each consumption has an attribute of date and time. 
Items can be **food**, or **medicines**.
Food can be of the types **snack**, **fruit** or **meal**.
A meal has a **type**.
A person may report **symptoms**. Each report will cover a period of time, and be reported at a specific date/time.
Symptoms may be associated with zero or more **allergies**.

我不认为“日期”是您架构中的一个实体-它是发生的事件的属性，例如食用某些东西或注意到某种症状。

如果以上陈述为真，则架构可能为：

人数

• ID
• 名称
• ...

FoodItemType

• ID
• 名称

食品

• ID
• 名称
• FoodItemTypeID（FK）

医学

• ID
• 名称

食物消耗

• 人物ID
• 食物ID
• 消费日期时间

药品消费

• 人物ID
• MedicineID
• 消费日期时间

症状

• ID
• 名称
• ....

症状观察

• 人物ID
• 症状ID
• 症状开始日期时间
• 症状结束日期时间
• 症状报告日期时间

过敏

• ID
• 名称

过敏症状

• 过敏ID
• 症状ID