Modelado de datos: diseño de su estructura de datos
Cuando almacena o visualiza datos con su aplicación, una parte importante del diseño es la estructura de datos. Considere no solo cómo se usarán los datos en una aplicación o pantalla específica, sino cómo los usarán otros. Refiriéndose a sus personajes, tareas, procesos de negocio y objetivos, le ayudará a definir qué datos almacenar y cómo estructurarlos.
Sugerencia
Aunque se escribió para la base de datos Access, este artículo sobre conceptos básicos de diseño de datos tiene un buen tratamiento general de los principios de modelado de datos: Conceptos básicos de diseño de bases de datos.
Tomemos el siguiente informe de gastos como ejemplo.
Verá la parte principal del informe de gastos, que tiene el nombre del empleado y los detalles del departamento. Debajo de la parte principal, verá varias filas de descripciones para cada artículo comprado. Las llamaremos elementos de línea. Lps elementos de línea tienen una estructura diferente de la parte principal del informe de gastos. Por lo tanto, podemos decir que, para cada informe de gastos, hay varios elementos de línea.
Para almacenar este tipo de datos en una base de datos, necesitamos modelar la estructura de datos en el diseño de la base de datos.
Estructura de datos de uno a muchos (1:N)
Este es el tipo de estructura de datos que se describió en el ejemplo anterior. La parte principal del informe de gastos está vinculada a varios elementos de línea. (También puede ver la relación desde la perspectiva de los elementos de línea: muchos elementos de línea con un informe de gastos (N:1)).
Estructura de datos de muchos a muchos (N:N)
La estructura de datos múltiple a múltiple es un tipo especial. Esto es para casos donde se pueden asociar múltiples registros con múltiples conjuntos de otros registros. Un buen ejemplo es su red de partners comerciales. Tiene varios socios comerciales (clientes y proveedores) con los que trabaja y esos socios comerciales también trabajan con varios colegas suyos.
Ejemplos de modelado de datos
Existen varios tipos de modelado que pueden tener lugar con un sistema. Veamos un par de ejemplos.
Ejemplo 1: solicitud de aprobación de indisponibilidad
Este sencillo ejemplo muestra dos conjuntos de datos. Uno es el empleado, el otro es la solicitud de indisponibilidad. Debido a que cada empleado enviará múltiples solicitudes, la relación aquí es de uno a varios, donde "uno" es el empleado y "varios" son las solicitudes. Los datos de los empleados y los datos de solicitud de tiempo libre se relacionan entre sí al tener el número de empleado como campo común (también conocido como clave).
Ejemplo 2: aprobación de compra
Aquí, la estructura de datos parece bastante sofisticada, pero es muy similar al ejemplo de informe de gastos que se trató al comienzo de este artículo. Cada vendedor o proveedor está asociado a múltiples pedidos de compra. Cada empleado está a cargo de múltiples pedidos de compra. Por lo tanto, ambos conjuntos de datos tienen una estructura de datos de uno a varios.
Dado que es posible que los empleados no siempre utilicen el mismo vendedor o proveedor, los proveedores son utilizados por varios empleados y cada empleado trabaja con varios proveedores. Por lo tanto, la relación entre empleados y proveedores es de varios a varios.
Ejemplo 3: informe de gastos
Nota
¿Puede indicarnos sus preferencias de idioma de documentación? Realice una breve encuesta. (tenga en cuenta que esta encuesta está en inglés)
La encuesta durará unos siete minutos. No se recopilan datos personales (declaración de privacidad).