建立一个联系人数据库-需要一些模式灵感

我一直在为我正在开发的应用程序设计数据结构。它需要处理的事情之一是存储客户/联系信息。我一直在研究一些不同的联系人信息程序的接口,如通讯录、Gmail联系人等。

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

• 各 实体 可以有多个 地址 , 电话 , 电子邮件 条目。
  • 每一项都定义了一种“关系”(家庭/工作/助理等)
  • 实体 1——关系——>0..* 数据
• 安 实体 可以有多个 领域 是其他“通用”数据(生日、AIM帐户等)的自由格式数据存储
  • 实体 1--字段名-->0..* 现场数据
• 安 实体 可以链接到另一个 实体 例如,作为 雇员 , 配偶
  • 实体 { 0… }<--关系-->0.. } 实体

有人做过类似联系人数据库的SQL实现吗?有什么见解/建议/陷阱可以避免,你可以和一个试图自己在这里工作的人分享吗?我所描述的是合理的还是过于复杂的?

一个问题,假设你有4个人都在同一家公司工作。他们都有相同的“工作”电话号码(可能有不同的分机)——如果“工作”的号码或地址发生变化,我希望能够相当容易地更新联系人。现在,很多问题归结到如何使用数据库。我认为这是将员工与其各自的公司实体联系起来的问题,但是地址/电话号码不再直接与员工联系。我有点在争论使实体/数据关系多对多,允许你将同一个邮寄地址/电话号码附加到多个人,并且在一个地方更新它可以在所有地方更新它。我是不是想得太多了? 拔毛