Database 对于这个简单的联系人表单，最好的关系数据库结构是什么？

1-邮件属于姓名，姓名属于电子邮件，电子邮件属于电话号码

2-邮件属于电子邮件，电子邮件属于姓名，姓名属于电话号码

3-许多信息可以指向一封电子邮件、姓名和电话号码。 消息属于电子邮件，消息属于姓名，消息属于电话号码

或者是否有更好的结构可以满足规范化要求。

---

此from的目的是存储数据，以便电话呼叫者稍后可以联系通过电子邮件和电话号码联系的人

如果您没有正确表述您的要求。因此，我们无法提供精确的解决方案

实体 与其考虑列和字段，不如考虑。您试图在数据库和应用程序中跟踪的真实世界的内容是什么

如果为兽医机构执行预约计划系统，您有几个实体：客户、动物、医生、医疗助理、预约/就诊

如果您的跟踪员工正在通信，则您有员工和消息

属性 在识别实体之后，您可以识别。您希望在数据库和应用程序中跟踪每个实体的哪些方面？例如，您的员工有一个身高和一个头发颜色作为属性，但这两个属性与您的消息应用程序无关。另一方面，每个员工都有沟通渠道作为属性，例如，可能有电子邮件地址、办公电话和个人手机。同样，您必须询问您希望跟踪哪些人

关系与基数 如果您想查找员工的电子邮件地址或电话，但不考虑通信方式来跟踪消息，那么我们有两个表。关系是每个员工可以有零条、一条或多条消息，并且每条消息必须只有一名员工。表之间相关行的量化形式上称为

在我看来：

[员工]-1---0-1-Hi。“规范化”并不意味着“良好的设计”。如果你想知道这两种方法中的任何一种意味着什么：是时候读一本关于信息建模、关系模型和数据库设计的教科书了。（注意——记录设计的设计工具、api或语言的手册不是设计手册/教程。）请注意。使用链接/图像仅为方便补充文本和/或文本中无法给出的内容。不要给出没有图例/键的图表。