Lo curioso de la implementaci1n del tipo de Cardinalidad N2N3 es que indistintamente de las cardinalidades m4nimas a los extremos de la relaci5n6 siempre habr7 de construirse la tabla en la Base de Datos.

Apuntes

Lo curioso de la implementación del tipo de Cardinalidad N:N, es que indistintamente de las cardinalidades mínimas a los extremos de la relación, siempre habrá de construirse la tabla en la Base de Datos. De esta forma en el caso del ejemplo, la implementación a través del Manejador de Base de Datos, de este extracto del Diagrama Entidad Relación, deriva en tres tablas de la base de datos: 1. Una Tabla para los Clientes con los atributos (Cédula, Nombre, Apellido, Sexo, Dirección), donde Cédula opera como Atributo Clave. 2. Una Tabla para las Cuentas de Ahorro con los atributos (NoCuenta, FechaApertura, %Interes) donde NoCuenta opera como atributo Clave. 3. Una Tabla para la relación Tiene (Clientes x Cuentas) que estará conformada por los atributos claves que toma de los Grupos de Entidades que vincula. En cuyo caso la combinación de los atributos Cédula + NoCuenta operará como atributo clave del Grupo de Relaciones. Ya que solo a través de la combinación es que es posible distinguir una tupla o instancia (registro) de otra. Es decir, si del Grupo de Relaciones Clientes x Cuenta se suprime hipotéticamente la columna No.Cuenta, habría repetición en los registros de la columna Cédul...