Page 25 - Modulo 5 ACCESS

Como podemos ver en la imágen anterior los clientes que tienen una cardinalidad «N» son
aquellos que han comprado en más de una ocasión en días diferentes.

Por ejemplo podemos ver que la Sra. Elisa ha comprado en nuestra tienda el día 02/03/2019 y
el día 03/03/2019.
También podemos observar que los clientes marcados con cardinalidad «1» solamente han
venido una vez a comprar y los clientes registrados que tienen cardinalidad «0» no han venido
en este año a nuestra tienda a comprar.

CARDINALIDAD MÍNIMA Y MÁXIMA

Aunque lo que realmente nos interesa es la cardinalidad mínima y la cardinalidad máxima de una
relación. Esta información nos permite deducir qué tipo de relación se establece y las posibles
restricciones que se deben aplicar.

CARDINALIDAD MÍNIMA: es el mínimo número de asociaciones que una instancia (fila) de una
entidad (tabla) puede presentar en una relación conocida con otra entidad…
CARDINALIDAD MÁXIMA: es el máximo número de asociaciones.

En cualquier caso las cardinalidades mínima y máxima podrán ser 0, 1 o N.

Las cardinalidades mínima y máxima suelen expresarse con dos números entre paréntesis
separados por comas, por ejemplo (0,1) que debe entenderse como cardinalidad mínima 0 y
cardinalidad máxima 1. Las posibles cardinalidades son (0,1), (1,1), (0,n), (1,n), (m,n).

6.2. TIPOS DE RELACIONES

Como ya hemos explicado anteriormente uno de los objetivos de un buen diseño de base de
datos es eliminar la redundancia de los datos (datos duplicados). Para lograr dicho objetivo, conviene
desglosar los datos en muchas tablas basadas en temas para que cada hecho esté representado sólo
una vez.

Por ejemplo: Imaginemos por un momento que tenemos dentro de la tabla CLIENTE en el
campo «Codcliente» todos los registros de todos los clientes que han venido a la tienda y que
en la tabla PEDIDOS en el campo «Codcliente» tuviésemos todos los registros copiados de
nuevo. ¿Qué problema puede haber?.
Esto puede traer muchos errores, el primero de ellos es que cuando ingresemos un registro en
el campo «Codcliente» de una tabla hay que copiarlo en la otra para tenerlo siempre
registrado, y esto puede inducir a error si se registra en una pero en la otra no. El segundo
problema es que creamos registros duplicados (no existe un campo origen-destino, sino que
sería origen-origen) con lo que llenamos la base de datos de registros duplicados haciendo a
su ves mucho menos efectiva a la hora de trabajar con la base de datos de access.

22