Uno a muchos
Ahora que conoces el significado de cardinalidad y tienes una idea de qué es una relación uno a uno, el concepto de uno a muchos será fácil de entender.
En este caso, tienes una columna con entradas únicas (columna A). Cada entrada puede estar relacionada con varias entradas en otra columna (columna B). Como tal, cualquier elemento en la columna A puede enlazar a varios elementos en la B, pero cada elemento en la B solo enlazará a una cosa en la A.
Un ejemplo fácil de entender sería hacer coincidir a los representantes de ventas con sus clientes. Cada representante puede tener docenas de clientes, pero para mantener las relaciones estables, cada cliente solo tiene un representante de ventas. Es una relación de uno a muchos.
Muchos a muchos
Por último, vamos a explicar la relación de muchos a muchos. Cualquier elemento en la columna A puede tener varios pares en la columna B; y al revés también es cierto.
El ejemplo de los representantes de ventas puede servirnos para ilustrar las relaciones de muchos a muchos también.
¿Qué pasa si la empresa es un fabricante de microchips con miles de clientes multibillonarios? Es muy probable que esa empresa tenga equipos de ventas bien definidos, y que cada equipo se encargue de unos cuantos clientes. En este caso, cualquier cliente tiene varios representantes individuales, y cada agente puede trabajar en un par de contratos diferentes.
Esta es la idea de una relación de muchos a muchos.
Ejemplos de cardinalidad
En las secciones anteriores, aprendiste los diferentes tipos de aritmética cardinal y de relaciones con algunos ejemplos simplificados del modelo entidad relación de una base de datos. Ahora trataremos algunas aplicaciones reales de cardinalidad para ver exactamente cómo puede funcionar en una base de datos.
Uber
Pongamos que diseñamos nuestra propia base de datos para Uber.
Es una empresa conocida con un modelo conocido, pero, por si no estás familiarizado, así es como funciona. Uber es una aplicación móvil para smartphone. Puedes abrir la aplicación y solicitar un viaje desde tu ubicación actual a cualquier otro lugar. La aplicación te pone en contacto con un conductor, te asigna la tarifa, calcula la ruta por navegación y se encarga de toda la logística. Tu chófer aparecerá, te llevará adonde quieras ir y pagarás el viaje a través de la aplicación móvil.
Para una aplicación tan grande y complicada, las bases de datos construidas a partir de datos de intención son definitivamente las más adecuadas, y una que es fácil de imaginar es una base de datos que hace un seguimiento de los clientes y los conductores. En este caso, cada pareja conductor-cliente necesita un identificador único.
Eso significa que nuestra columna conductor (D) y nuestra columna de cliente (C) tienen una cardinalidad alta (de hecho, tienen una cardinalidad infinita). Cada elemento de cada columna es único.
También podemos pensar en las relaciones entre las columnas. De un vistazo, puede parecer que cualquier chófer puede tener varios pasajeros y viceversa, pero en realidad tenemos relaciones uno a uno para una transacción. Un conductor solo puede tener un cliente a la vez, incluso si el cliente es técnicamente un grupo de personas, solo habrá un identificador de cliente en la transacción. Necesitamos una base de datos individualizada para hacer coincidir a los clientes y los conductores de cualquier transacción individual.
Amazon
Si alguna empresa del mundo utiliza bases de datos, es Amazon. Para este ejemplo, consideremos la tienda en línea de Amazon. Hay muchos comercios que tienen tiendas en el sitio web, y hay miles de millones de personas que compran a través de Amazon.
Una vez más, cada tienda y cada comprador necesita un identificador único para gestionar cada transacción. Sin embargo, este caso es más complicado que el ejemplo de Uber.
Cuando compras en Amazon, puedes comprar cosas en varios comercios, todo en la misma transacción. Amazon gestiona la logística, por lo que no necesitas saber si tus artículos tienen origen en diferentes lugares. Para ti es una sola transacción.
Por su parte, los comercios también pueden vender a varios usuarios simultáneamente, pero cada transacción será solo con un usuario.
En este caso, tenemos una relación de uno a muchos. Puedes comprar en varios comercios, pero cada comercio solo te vende en esa transacción en particular.
Mejora el modelado de datos con cardinalidad
Ahora que sabes más sobre la cardinalidad de los datos y cómo funciona con las bases de datos y el modelado de datos, el siguiente paso es sumergirte en ellas y explorar herramientas que puedan mejorar tu comprensión y permitirte trabajar directamente con las bases de datos.
Los informes de Mailchimp facilitan la evaluación de los datos y el análisis de la cardinalidad con un panel de control de fácil lectura. Prueba Mailchimp hoy mismo.