MODELO

RELACIONAL

 Silberschatz; Fundamentos de Bases de Datos.

 MODELO RELACIONAL - conceptos
 Tabla cuenta = esquema cuenta
atributos

Dominio: conjunto de valores permitidos

D1: números de cuenta
D2: nombres de las sucursales
D3: saldos de cuenta

Tupla = ( v1 , v2 , v3 )

Valor que está en el D1 Valor que está en el D2 Valor que está en el D3

MODELO RELACIONAL – conceptos - ejemplo
 CONVERTIR MODELO E-R A MODELO RELACIONAL

 Se comienza con un modelo E-R

 Porque es más fácil de diseñar
 Tiene dos conceptos: entidad y relación

 Traducir E-R a relacional, versión simple:

1) Cada entidad se transforma en una tabla con los mismos atributos.

2) Se agrega clave primaria en cada tabla.

3) La relaciones se interpretan dependiendo de la cardinalidad.

 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE ENTIDADES FUERTES

 Las entidades se convierten en TABLAS.

 No debe existir nombres de tablas repetidos.
 Los atributos se convierten en campos (columnas)
 Las filas o tuplas son los datos que se insertan en la tabla.

MODELO ENTIDAD RELACION MODELO RELACIONAL

 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE ENTIDADES DEBILES

MODELO ENTIDAD RELACION

MODELO RELACIONAL

La llave primaria es:

Numero-pago, numero-prestamo
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE LAS RELACIONES (relación MUCHOS A MUCHOS)

MODELO ENTIDAD RELACION

MODELO RELACIONAL
Se crea una tabla nueva, donde la clave primaria está
compuesta por las claves primarias de las tablas
relacionadas: Id_cliente, numero-préstamo.

Nota: también es posible crear un campo nuevo y definirlo como

clave primaria. Por ejemplo, id prestatario.. En este caso,
id_cliente y número_préstamo quedarían como solo atributos.
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE LAS RELACIONES (relación UNO a MUCHOS)

 Pararepresentar la relación, la clave primaria de la tabla del lado de UNO (Sucursal)
pasa como Clave Foránea a la tabla del lado de MUCHOS (cuenta).

Tabla Cuenta Tabla Sucursal

La clave primaria de sucursal pasa a

la tabla cuenta como externa o
Clave foránea foránea Clave primaria
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE LAS RELACIONES (relación UNO a UNO)

 En esta relación se puede tomar
una de dos decisiones (caso 1 o
caso 2). Eso depende del
diseñador y de los requerimientos
del proyecto.

Tabla Cliente Tabla Préstamo

CASO 1
La clave primaria de Préstamo pasa
como foránea a Cliente

Tabla Cliente Tabla Préstamo

CASO 2
La clave primaria de Cliente pasa
como foránea a Préstamo
 CONVERSIÓN DEL MER A RELACIONAL

 REPRESENTACION DE ATRIBUTOS: SIMPLE y COMPUESTO

 Un atributo simple , se representa como un campo de la tabla.
 En un atributo compuesto, cada componente o elemento representa un campo en
la tabla
No es campo
porque quedaría
repetido

Atributo Tabla PERSONA

simple
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE ATRIBUTOS DERIVADOS

 Un atributo derivado no se representa porque es un atributo que se puede calcular
con base en otro. (fecha_contrato)

Tabla EMPLEADO
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE ATRIBUTOS MULTIVALORADOS

 Un atributo multivalorado se convierte en una TABALA NUEVA. Hay que ponerle
atributos y luego especificar la relación (con su cardinalidad) con la tabla de donde
provino.

Tabla EMPLEADO Tabla TELEFONO

Relación
1:N

Un empleado puede tener MUCHOS teléfonos; sin embargo, un

teléfono le pertenece a UN empleado. Por eso, la clave primaria
de Empleado, pasa como foránea a Teléfono.
 CONVERSIÓN DEL MER A RELACIONAL

 REPRESENTACION DE LA ESPECIALIZACIÓN
Si la especialización NO es disjunta y completa (total) se crea una tabla para el
conjunto de entidades.

Tabla PERSONA

Los campos de las subclases

(Empelado y cliente)
corresponden a sus
atributos, incluyendo el
atributo de clave primaria
de la tabla del nivel superior
o superclase (Persona).
Tabla CLIENTE
Tabla EMPLEADO
 CONVERSIÓN DEL MER A RELACIONAL

REPRESENTACION DE LA ESPECIALIZACIÓN
 Si la generalización es disjunta y completa (total) NO se crea una tabla para el
conjunto de entidades de nivel más alto

Como NO se crea la No se crea tabla

tabla de la superclase
(Persona), TODOS sus
atributos pasan a la tabla
de cada subclase
(empleado y Cliente).

Tabla EMPLEADO Tabla CLIENTE

Ejemplo.
 Vamos a pasar el siguiente modelo Entidad- Relación a Modelo relacional
 Ejemplo. Aplicación utilizada:
Todos los campos
deben tener el tipo
de dato

Todas las
tablas deben
tener clave
primaria

Todas las tablas deben estar

relacionadas
Gracias!

17