database-design - 构建联系人数据库 - 需要一点模式灵感

Question

我一直致力于为我正在处理的应用程序布置数据结构。它需要处理的一件事是存储客户/联系信息。我一直在研究一些不同的联系信息程序的界面，如地址簿、gmail 联系人等。

我基本上将联系归结为一个“实体”(个人、公司、角色等)。

每个实体可以有多个 地址 , 电话 , 邮箱 条目。

每一个都定义了一个“关系”(家庭/工作/助理等)

实体 {1} --{关系}--> {0..*} 数据

安 实体可以有多个 字段 用于其他“通用”数据(生日、AIM 帐户等)的自由格式数据存储

实体 {1} --{fieldName}--> {0..*} 现场数据

安 实体可以链接到另一个实体例如作为雇员、配偶

实体 {0..} <--{关系}--> {0..} 实体

有没有人对类似的联系人数据库做过任何 SQL 实现？有什么见解/建议/陷阱可以避免，您可以在这里与尝试自己处理项目的人分享吗？我所描述的内容是否合理或过于复杂？

一个问题，假设您有 4 个人都在同一家公司工作。他们都有相同的“工作”电话号码(可能有不同的扩展名) - 如果“工作”的电话号码或地址发生变化，我希望能够相当轻松地更新联系人。现在很多都归结为您将如何使用数据库。我认为这成为将员工与其各自公司实体联系起来的问题，但是地址/电话号码不再直接与员工相关联。我正在讨论使实体/数据关系多对多，允许您将相同的邮寄地址/电话号码附加给多个人，并且在一个地方更新它可以在所有地方更新它。我是不是想多了？拔头发

Answer 1

这有点陈词滥调，但在开始思考表格之前，您需要了解您的数据以及您将如何处理这些数据。

我建议看 Object Role Modeling (或 this 也)在实际实现任何表之前用简单的英语定义模型。我使用这个 VS 插件:NORMA这也将为您生成一个模式。

或者，还有一堆data models here这可能会激励你。
这是“联系人管理”，但还有其他部分，例如“客户”部分

(我只是想发个图。。。)

(来源:databaseanswers.org)