ESCUELA DE EDUCACION VIRTUAL

CURSO: DISEÑO Y CREACION DE

BASES DE DATOS RELACIONALES

CLASE N° 2

CARDINALIDAD

La cardinalidad es la forma en que se relacionan las entidades. Se le conoce también como tipo de
relación entre entidades.

Hay tres tipos de relaciones:

 Uno a Uno
 Uno a Muchos (O Muchos a uno)
 Muchos a Muchos

RELACIÓN UNO A UNO.

Se presenta cuando una única ocurrencia de la entidad A se relaciona con una sola ocurrencia de la
entidad B y viceversa. Este tipo de relación no es normal, porque la mayoría de la información que
se relaciona de esta forma estaría en una tabla. Puede utilizarse la relación uno a uno para dividir
una tabla con muchos campos, para aislar parte de una tabla por razones de seguridad o para
almacenar información que sólo se aplica a un subconjunto de la tabla principal.

EJEMPLO

Un HOMBRE está casado con una sola MUJER. Una MUJER está casada con un
solo HOMBRE.

ENTIDAD 1 ---- RELACIÓN --- ENTIDAD 2

1 1
HOMBRE CASADO MUJER
CON
RELACIÓN UNO A MUCHOS.

Es el tipo de relación más común. Significa que un registro de la tabla A puede tener muchos registros
coincidentes en la tabla B, pero un registro de la tabla B solo tiene un registro coincidente en la tabla
A.

EJEMPLO

Un CLIENTE puede tener muchas CUENTAS BANCARIAS. La relación se representa

como de 1: N. Donde se usa N o M para representar muchos.

CLIENTE 1 N CUENTA
TIENE
DE BANCO

RELACIÓN MUCHOS A MUCHOS.

Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier
cantidad de entidades del tipo B. En otras palabras, un registro de la tabla A puede tener muchos
registros coincidentes en la tabla B, y viceversa. Este tipo de relación sólo es posible si se define
una tercera tabla (denominada tabla de unión), cuya clave principal consta de dos campos: las
claves externas de las tablas A y B.

EJEMPLO

Un ESTUDIANTE puede cursar muchas MATERIAS. Una MATERIA la pueden cursar

muchos ESTUDIANTES. Se representa como de M:N. Donde se usa N o M para
representar muchos.

M N
ESTUDIANTE CURSA MATERIA

EJERCICIOS PRÁCTICOS

Elabora en un archivo de Word o pdf la representación gráfica de las entidades

mostrando atributos y cardinalidad:

1. Autobús y pasajero.
2. Jefe y departamento
3. Cliente y préstamo
4. Doctor y paciente
5. Empleado y proyecto
6. Facultad y departamento
7. Departamento y materias
 8. Estudiante y libros
9. Cliente, pedido y articulo
10. Farmacia y medicamento

1.2.3 REPRESENTACIÓN DE RESTRICCIONES DE DISEÑO

 Evitar diseños con relaciones circulares

A B

 No pueden haber entidades o relaciones independientes

A B

 Un rombo solo puede unir dos entidades

A B A B
C
C

 Una entidad puede estar relacionada con varias entidades pero con rombos separados
 Los nombres de las relaciones se escriben con verbo sustantivado.
 No pueden haber dos entidades iguales.
 El orden de las entidades no importa.
 El nombre de los atributos no importa.
 Cada atributo solo puede tomar un valor en el dominio en el cual está inscrito.
 Dos entidades no se pueden conectar directamente entre sí, se deben hacer a través de una
relación.
 La cardinalidad debe escribirse sobre la línea de la relación.
 Para definir la CARDINALIDAD se deben hacer siempre este tipo de preguntas
 EJEMPLO

Un modelo ER de Propietarios de Taxis y Conductores

(UNO ----- MUCHOS)

 ¿Un TAXI cuantos PROPIETARIOS tiene?

R/ uno (El uno se pone en PROPIETARIO)

 ¿Un PROPIETARIO cuantos TAXIS tiene?

R/ Varios (La N se pone en TAXI)

 ¿Un TAXI cuantos CONDUCTORES tiene?

R/ varios (La N se pone en CONDUCTOR)

 ¿Un CONDUCTOR Cuantos TAXIS maneja?

R/ Uno (El Uno se pone En TAXI)

Modelo_ Nombre_
vehículo propietario

Marca_ Id_
Vehículo Placa_
vehículo propietario Teléfono_
propietario

1
N PROPIETARIO
TAXI Propiedad
de
1

Conduce
Nombre_
conductor

Teléfono_
N conductor

CONDUCTOR
Id_
conductor

1.2.4 ENTIDADES DÉBILES

Es posible que un conjunto de entidades no tenga atributos suficientes para formar una clave
primaria. Un conjunto de entidades de este tipo se denomina conjunto de entidades débiles. Una
entidad débil es aquella cuya existencia depende de alguna otra entidad. Para que un conjunto de
entidades débiles sea significativo, debe ser parte de un conjunto de relaciones uno a muchos. Cada
entidad débil debe estar asociada con una entidad propietaria o dominante; es decir, que el conjunto
de entidades débiles depende existencialmente del conjunto de entidades propietarias.

La clave primaria de un conjunto de entidades débiles se forma con la clave primaria del conjunto
de entidades propietarias, más el discriminante del conjunto de entidades débiles. El discriminante
de un conjunto de entidades débiles se denomina la clave parcial del conjunto de entidades. El
conjunto de entidades débiles se indica en los diagramas E-R por medio de un rectángulo de doble
contorno.

Numero- Saldo
cuenta Numero- Fecha Cantidad
transacción

1 N
Cuenta Tien Transacción
e

EJEMPLO
Como ilustración, considérese el conjunto de entidades pago, que tiene los tres
atributos: número-pago, fecha-pago e importe-pago. Los números de pago son
generalmente números secuenciales, empezando por 1, generados por separado por
cada préstamo. Así, aunque cada entidad pago es distinta, los pagos para diferentes
préstamos pueden compartir el mismo número de pago.
Así, este conjunto de entidades no tiene una clave primaria; es un conjunto de
entidades débiles.

La relación que asocia el conjunto de entidades débiles con el conjunto de entidades identificadoras
se denomina relación identificadora.

En nuestro ejemplo, el conjunto de entidades identificador para pago es préstamo, y la relación

préstamo-pago que asocia las entidades pago con sus correspondientes entidades préstamo es
la relación identificadora.
1.2.5. ROL DE LAS ENTIDADES

En los diagramas E-R se indican papeles mediante etiquetas en las líneas que unen rombos con
Rectángulos. A veces en las líneas de relación se indican roles. Los roles representan el papel que
juega una entidad en una determinada relación.

EJEMPLO

En la siguiente figura se muestran los indicadores de papeles director y trabajador

entre el conjunto de entidades empleado y el conjunto de relaciones trabaja- para.

EJEMPLO

Ejemplo de rol. Un trabajador puede ser visto como jefe o como empleado según a
qué lado de la relación esté.

Jefe

TRABAJAD Traba
OR

Empleado

EJERCICIOS PRÁCTICOS
 Dibuja ejemplos de creación de entidades débiles. Explica cada uno.
 Dibuja ejemplos de diagramas utilizando roles.