Bases de Datos

Dra. Rosa Navarrete

Unidad 3. Video 1

1
Contenido

• Modelo Relacional
• Concepto
• Términos asociados
• Paso del esquema conceptual ER al esquema relacional
• Relación de cardinalidad 1:N (1 a muchos)
• Relación de cardinalidad 1:N (1 a muchos) con dependencia por existencia
• Relación de cardinalidad 1:1

2
Modelo Relacional

• El modelo relacional fue propuesto originariamente por Edgar Frank

Codd en 1970.
• El modelo fue presentado en su trabajo publicado como “Relational
Model of Data for Large Shared Data Banks”.
• Gracias a su coherencia y facilidad de uso, el modelo se ha convertido desde los
años 80 en el más difundido para el soporte de DBMS.
• Actualmente, los más importantes DBMS (SQL Server, Oracle, Sybase, Informix,
MariaDB, PostgreSQL) soportan el modelo relacional.

3
Modelo Relacional

• Es un modelo de datos basado en la lógica de predicados y en la teoría de

conjuntos. Su idea fundamental es el uso de relaciones.
• Para su conceptualización, se piensa cada relación como si fuese una tabla
que está compuesta por registros (cada fila de la tabla sería un registro), que
representarían las tuplas y campos (las columnas de una tabla).
• Las bases de datos relacionales son el tipo de bases de datos aún
actualmente, más difundidas, debido a que:
• Ofrecen sistemas simples y eficaces para representar y manipular los datos
• Se basan en un modelo con sólidas bases teóricas

4
Modelo Relacional

Conceptos importantes en el modelo Relacional:

• Relación. Corresponde con la idea general de una tabla.
• Tupla. Corresponde a una fila en dicha tabla (equivalente a un registro).
• Atributo. Corresponde a una columna (o campo) de la tabla.
• Clave primaria. Es un identificador único para la tabla. Esto es, una columna o
conjunto de columnas que identifica de manera única a cada registro. De forma
que nunca existen dos filas en la misma tabla con el mismo valor en esa columna o
conjunto de columnas.
• Dominio. Una colección de valores de los cuales una o más columnas de la tabla
obtienen sus valores reales. El dominio está relacionado inicialmente con el tipo de
datos que pueden ser almacenados en esa columna de la tabla.
• Cardinalidad. (de la relación) Numero de tuplas (registros) en la tabla A que se
relacionan con un número de tuplas de la tabla B.

5
Modelo Relacional

Atributos o
columnas (campos)
Relación (Tabla)
EMPLOYEE
Filas o
tuplas

Dominio
(valores
numéricos)

Primary Key
Esquema EMPLOYEE = (ID, name, dept_name, salary)
(PK) subrayada

6
Modelo conceptual Entidad Relación y Modelo
Relacional
• Los modelos Entidad Relación y el modelo Relacional son representaciones
abstractas y lógicas de realidades concretas.
• Debido a que los dos diseños emplean principios de diseño similares, es posible
pasar un modelo Entidad Relación a un modelo Relacional.
• Convertir una representación de un diagrama ER a un formato de tablas, es la base
para la derivación de un modelo Relacional. Esto se reconoce como el paso del
esquema conceptual Entidad Relación al esquema relacional.

7
Modelo conceptual Entidad Relación y Modelo Relacional
Representación en Power Designer
Power Designer ofrece tres modelos para la representación de datos:
• Conceptual Data Model (CDM), que permite la representación del Modelo Entidad
Relación.
• Logical Data Model (LDM), que permite la representación del Modelo Relacional.
• Physical Data Model (PDM), que permite la representación del Modelo Relacional
con la asociación del DBMS en el que se creará la base de datos. Este modelo
permite obtener un script DDL (conjunto de sentencias Data Definition Language)
para la creación de las tablas y objetos de la base de datos.

8
Paso del esquema ER al esquema Relacional

• Sea E un conjunto de entidades (entity set) con los atributos descriptivos

a1,a2,..an. Esta entidad se representa mediante una tabla llamada E con
n columnas distintas, cada una de las cuales corresponde a uno de los
atributos de E.
• Cada fila de la tabla corresponde a una instancia de entidad del conjunto
de entidades E.
• Para cada entidad en el diagrama ER, se crea una tabla única, cuyo
nombre generalmente es coincidente con el de la entidad.
• Las columnas de la tabla corresponden a los atributos de la entidad.
• Los nombres de las columnas son únicos en la tabla.
9
Paso del esquema ER al esquema Relacional

• En el siguiente diagrama ER:

• Se crearán los siguientes esquemas o tablas, en correspondencia con
las entidades que aparecen en el diagrama:
instructor=(ID, name, salary)
student = (ID, name, tot_cred)

PK subrayada

10
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos)
• Si la relación entre dos entidades es de cardinalidad 1 : N y no hay dependencia
por existencia, añadir el o los campos clave de la entidad (tabla) del lado 1, como
columnas en la tabla correspondiente a la entidad del lado N. Esta o estas
columnas forman la clave foránea hacia la tabla del lado 1.
• FK: Foreign Key – Clave foránea; es la que permite integrar la relación de una
instancia de una entidad del lado N, con una instancia de la entidad del lado 1. Es
un símil de todos los hijos señalando a un padre.

11
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos)
Un INSTRUCTOR puede ser tutor de muchos
ESTUDIANTE. Un ESTUDIANTE debe tener un
único TUTOR.

Conceptual Data Model Trasladando la representación del diagrama ER

(CDM) al Power Designer CDM, con la notación
respectiva. Se ha cambiado los nombres de los
campos dado que Power Designer verifica que
no exista nombres de atributos, repetidos en el
modelo.

<pi> primary identifier = PK

12
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos)

Power Designer. Partiendo del Conceptual Data Model

(CDM), que es la representación del Modelo ER, generar el
Logical Data Model (LDM), que es la representación del
Modelo Lógico Relacional.
Relación de cardinalidad 1:N
(Video: U3-V1.LDM.1-N.mp4)

13
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos)
Conceptual Data Model
(CDM)

• Esquemas resultantes (PK subrayada, FK negrita): Se ha agregado el campo

INSTRUCTOR=(IDInstructor, NombreInst, ApellidoInst, Salario) IDInstructor, que constituye la
ESTUDIANTE= (IDEstud, IDInstructor, ApellidoEst, NombreEst, TotCreditos,) → FK desde ESTUDIANTE hacia
INSTRUCTOR

Logical Data Model

(LDM)

<pi> primary identifier = PK

<fi> foreign identifier = FK

14
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos) – Dependencia por existencia

• Si la relación entre dos entidades es de cardinalidad 1 : N y hay dependencia por

existencia, añadir el o los campos clave de la entidad (tabla) del lado 1, como
columnas en la tabla correspondiente a la entidad del lado N. Esta o estas
columnas forman la clave foránea hacia la tabla del lado 1, pero además hacen
parte de la clave primaria compuesta que aparece en la entidad del lado N.

15
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos) – Dependencia por existencia

PRESTAMO DETALLE-PAGOS Un PRESTAMO puede tener más de un

numPres numPago DETALLE_PAGO. Un DETALLE_PAGO solo existe si se
Monto tiene ValorPago tiene el PRESTAMO asociado; por tanto, tiene
FechaConcesion FechaPago
NumeroCuotas
dependencia por existencia. Es una entidad débil
respecto a la entidad fuerte PRESTAMO.

CDM

Trasladando la representación del diagrama ER al

Power Designer CDM, con la notación respectiva. Se
denota la relación de dependencia por existencia.

16
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos) – Dependencia por
existencia

Power Designer. Partiendo del Conceptual Data Model

(CDM), que es la representación del Modelo ER, generar el
Logical Data Model (LDM), que es la representación del
Modelo Lógico Relacional.
Relación de cardinalidad 1:N
(Video: U3-V1.LDM.1-N-DEPENDENCIA.mp4)

17
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:N (1 a Muchos) – Dependencia por existencia

CDM

• Esquemas resultantes (PK subrayada, FK negrita):

PRESTAMO =(numPres, Monto, FechaConcesion, NumeroCuotas)
DETALLE_PAGOS = (numPres, numPago, valorPago, fechaPago)

LDM

Se ha agregado el campo numPres en la tabla

→ DETALLE_PAGOS. Este campo es tanto la FK hacia
PRESTAMO, como parte de la PK compuesta
(numPres, numPago) en la tabla DETALLE_PAGOS.
<pi> primary identifier = PK
<fi> foreign identifier = FK

18
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:1 (1 a 1)
• Si la relación entre dos entidades es de cardinalidad 1 : 1 se debe elegir cuál de las
dos entidades hará las veces de entidad débil (comparable a la entidad del lado
muchos, en una cardinalidad 1:N). Añadir el o los campos clave de la entidad
(tabla) del lado 1 fuerte, como columnas en la tabla correspondiente a la entidad
del lado 1 débil. Esta o estas columnas forman la clave foránea hacia la tabla del
lado 1 fuerte.

19
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:1 (1 a 1)

ESTUDIANTE PROY-TITULACION
Un ESTUDIANTE puede tener un
Cedula IDProyecto
Apellido tiene Titulo proyecto de titulación, PROY-TITULACION.
Nombre AreaAcademica Un PROY-TITULACION le pertenece a un
FechaNac FechaAutorizacion
único estudiante.

CDM
Trasladando la representación del diagrama ER al
Power Designer CDM, con la notación respectiva. Se
denota la relación de cardinalidad 1 a 1.

20
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:1 (1 a 1)

Power Designer. Partiendo del Conceptual Data Model

(CDM), que es la representación del Modelo ER, generar el
Logical Data Model (LDM), que es la representación del
Modelo Lógico Relacional.
Relación de cardinalidad 1:1
(Video: U3-V1.LDM.1-1.mp4)

21
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:1 (1 a 1)

LDM
La letra (D) en el modelo representa la tabla
Dominante o Fuerte. Inicialmente, Power
Designer presentará un modelo en el cual
cualquiera de las dos tablas puede elegirse como
Dominante, por tanto las PK está agregada a la
tabla relacionada (en las dos tablas).

LDM

Se elige como entidad DOMINANTE a

ESTUDIANTE. Se borra la otra relación, señalada
con la elipse roja (la que tiene la letra D en PROY-
TITULACION).

22
Paso del esquema ER al esquema Relacional
Relación de cardinalidad 1:1 (1 a 1)
• Esquemas resultantes (PK subrayada, FK negrita):
ESTUDIANTE =(Cedula, Apellido, Nombre, FechaNac)
PROY-TITULACION = (IDProyecto, Cedula, Titulo, AreaAcademica, FechaAprobacion)

LDM
→ En la tabla PROY_TITULACION (reconocida como
débil) se agrega la clave de la tabla fuerte
ESTUDIANTE. En este caso el campo Cedula se ha
copiado como FK hacia ESTUDIANTE en
PROY_TITULACION.

23
 Modelo Relacional 1
Ver el siguiente video: U3-Video2

24