Creando una base de datos de contacto - Necesita un poco de inspiración de esquema

Question

He estado trabajando en el diseño de la estructura de datos para una aplicación en la que estoy trabajando. Una de las cosas que deberá manejar es almacenar información de contacto/cliente. He estado estudiando la interfaz de algunos programas de información de contacto diferentes, como la libreta de direcciones, los contactos de gmail, etc.

Básicamente, he reducido el contacto a una "entidad" (individuo, empresa, función, etc.).

• Cada Entidad puede tener múltiples Dirección, Teléfono, E-Mail entradas.
  • Cada uno de ellos define una "relación" (casa/trabajo/asistente, etc)
  • Entidad {1} - {relación} -> {0 .. *} datos
• Un Entidad puede tener múltiples campos que son el almacenamiento de datos de forma libre para otros datos "genéricos" (cumpleaños, AIM cuenta, etc.)
  • Entidad {1} - {fieldName} -> {0 .. *} Campo de datos
• Un Entidad puede enlazar a otro Entidad por ejemplo como empleado , cónyuge
  • Entidad {0} .. < - {relación} -> {0 ..} Entidad

Alguien ha hecho ningún implementaciones SQL de bases de datos de contacto similares? ¿Alguna idea/sugerencia/error para evitar que puedas compartir con alguien que intente trabajar en un proyecto por sí mismo aquí? ¿Lo que describí parece razonable o demasiado complicado?

Una pregunta, supongamos que tiene 4 personas que trabajan para la misma empresa. Todos tienen el mismo número de teléfono de "trabajo" (quizás con una extensión diferente): si cambia el número o la dirección de "trabajo", me gustaría poder actualizar los contactos con bastante facilidad. Ahora, gran parte de esto se reduce a cómo usarías la base de datos. Estoy pensando que esto se convierte en una cuestión de vincular empleados a sus respectivas entidades de la empresa, pero luego la dirección/número de teléfono ya no está conectado directamente con el empleado. Estoy debatiendo acerca de hacer la relación Entidad/datos de muchas a muchas, lo que le permite adjuntar la misma dirección postal/número de teléfono a varias personas, y actualizarla en un solo lugar puede actualizarla en todos los lugares. ¿Acabo de pensar esto? saca cabello

Answer 1

Es un poco trillado, pero necesita conocer sus datos y lo que va a hacer con él antes de empezar a pensar en las tablas.

Sugeriría mirar Object Role Modeling (o this también) para definir el modelo en inglés simple antes de implementar realmente cualquier tabla. Yo uso este complemento VS: NORMA que también generará un esquema para ti también.

Alternativamente, hay un montón de data models here que pueden inspirarte. Esto es "Gestión de contactos" pero hay otros, como por ejemplo la sección "Clientes"

(Sólo quería publicar una imagen ..) Contact Management http://www.databaseanswers.org/data_models/contact_management/images/contact_management_model.gif

Answer 2

Un par de puntos que tienden a surgir en mi experiencia ..

Considere las relaciones recíprocas. Por ejemplo, si alguien se define como un empleado de una empresa, entonces la empresa es, por definición, el empleador de esa persona.

¿Está considerando las direcciones como entidades en sí mismas, o simplemente como texto libre asociado a una persona/lugar? En algunas aplicaciones, la dirección (construcción física, etc.) es 'real' y solo uno puede existir en la tabla. (A menudo usando el identificador gubernamental/postal para ello).

Answer 3

Esto es solo para ayudar con su segunda pregunta; donde la extensión del teléfono en realidad pertenece a la relación entre la persona y las entidades de la compañía.

Answer 4

Microsoft ofrece una serie de bases de datos de arranque esquemas, incluidos los activos de mantenimiento, gestión de contactos, clientes y pedidos, gestión de documentos, e-Commerce, Atención al cliente, número de software de seguimiento, control de inventario al por menor, y catálogos de productos. Ver Starter Database Schemas.

---

EDITAR (abril de 2016): Se parece al administrador de Microsoft rompió el enlace. Aquí está el Wayback Machine archive de la página.