Bases de Datos

[IC-414]
TP Nº3 - “Modelado de Bases de Datos Relacionales”

Alumnos:

● Hirt, Esteban Fernando.

● Silva, Pablo Eduardo.

Docentes:
● Lic. Eduardo Constantin.
● Lic. Lucas Podkowa.
● Lic. Carlos Kornuta.

Año: 2023.
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

CONSIGNAS

1. Defina el concepto de Modelo Relacional y exprese mediante un

gráfico los componentes principales de un esquema relacional.

2. Explique los siguientes conceptos: puede desarrollarlo con uno o más

ejemplos si es necesario, de modo que pueda expresar su importancia
en el diseño de bases de datos.
a) Restricción de integridad de la entidad
b) Clave Foránea
c) Restricción de Integridad Referencial
d) Restricciones Implícitas

3. Tomando el Escenario N°1 – Aplicación de Música del Trabajo

Práctico N.º 2, realizar su correspondiente modelo relacional,

4. Tomando en cuenta las siguientes tablas, realizar el modelo

relacional correspondiente (ingeniería inversa).

a) Explicación del escenario: En la bolsa de valores también

llamado mercado de capitales, se pueden comprar y vender
activos (acciones de empresas cotizadas en la bolsa). Estos
activos tienen una etiqueta o símbolo y su correspondiente
descripción, así como un precio (el cual en realidad varía
constantemente). Los inversores (en este caso simples
ciudadanos) pueden comerciar dichos activos almacenándolos en
un portafolio, es decir, una especie de lista personal donde se
visualizarán todos los activos que dicho inversor posee en ese
momento, la multiplicación del precio actual por las cantidades
que se posee de cada activo se denominan activos valorizados.
Sin embargo, para poseer un portafolio y activos valorizados,
es necesario contar con una cuenta comitente (algo similar a
una cuenta bancaria), donde cada inversor tendrá un saldo
disponible en su correspondiente cuenta el cual aumentará o
disminuirá acorde a la compra y venta de activos que vaya
haciendo. Dichas compras y ventas se registran en Movimientos,
los cuales contarán con todos los datos correspondientes a la
transacción.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 1/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

Nombre de Tabla: INVERSOR

Contenido: Datos básicos de una persona física que cumple el rol de
un inversor en la bolsa de valores

Nombre de Tabla: ACTIVO

Contenido: Lista de activos financieros que un inversor puede
comerciar.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 2/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

Nombre de Tabla: cuenta Comitente

Contenido: Datos de la cuenta del inversor en el Broker

Nombre de Tabla: PORTAFOLIO

Contenido: Detalle de los activos que los inversores poseen en su
cuenta Comitente

Nombre de tabla: MOVIMIENTO

Contenido: Fragmento de los movimientos que los inversores fueron
realizando sobre su portafolios mediante la compra y venta de
activos

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 3/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

Desarrollo

1. El modelo relacional es un modelo de datos basado en la lógica

de predicados y en la teoría de conjuntos.
Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de
los laboratorios IBM en San José (California), no tardó en
consolidarse como un nuevo paradigma en los modelos de base de
datos. Su idea fundamental es el uso de relaciones. Estas relaciones
podrían considerarse en forma lógica como conjuntos de datos
llamados tuplas.
Pese a que esta es la teoría de las bases de datos relacionales
creadas por Codd, la mayoría de las veces se conceptualiza de una
manera más fácil de imaginar, pensando en cada relación como si
fuese una tabla que está compuesta por registros (cada fila de la
tabla sería un registro o "tupla") y columnas (también llamadas
"campos"). Es el modelo más utilizado en la actualidad para modelar
problemas reales y administrar datos dinámicamente.
En este modelo todos los datos son almacenados en relaciones, y
como cada relación es un conjunto de datos, el orden en el que estos
se almacenen no tiene relevancia (a diferencia de otros modelos como
el jerárquico y el de red). Esto tiene la considerable ventaja de
que es más fácil de entender y de utilizar por un usuario no
experto.
La información puede ser recuperada o almacenada por medio de
consultas que ofrecen una amplia flexibilidad y poder para
administrar la información. Este modelo considera la base de datos
como una colección de relaciones. De manera simple, una relación
representa una tabla que no es más que un conjunto de filas, cada
fila es un conjunto de campos y cada campo representa un valor que
interpretado describe el mundo real.
Un esquema contiene la definición de una estructura
(generalmente relaciones o tablas de una base de datos), es decir,
determina la identidad de la relación y qué tipo de información
podrá ser almacenada dentro de ella; en otras palabras, el esquema
contiene los metadatos de la relación.
Todo esquema constará de:
● Nombre de la relación (su identificador).
● Nombre de los atributos (o campos) de la relación y sus
dominios; el dominio de un atributo o campo define los
valores permitidos para el mismo, equivalente al tipo de
dato por ejemplo character, integer, date, string...

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 4/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

Fig. 1: Gráfico componentes principales de un esquema relacional.

2.
a) Restricción de integridad de la entidad
El término “restricción” se refiere a una regla que se aplica a
los datos de una base de datos para asegurar que la información
almacenada cumpla con ciertas condiciones específicas. La
restricción de integridad de la entidad es una regla de base de
datos relacional que establece que todas las columnas de clave
primaria deben tener valores, es decir, en una tabla relacional,
ninguna columna de clave principal puede tener valores nulos
(vacíos).
Por ejemplo, considerando una base de datos de una tienda en
línea que almacena información sobre productos y sus respectivas
categorías, la entidad “Producto” podría tener atributos como
nombre, precio y categoría. Una restricción de integridad de entidad
podría ser que el atributo “nombre” no pueda estar vacío, asegurando
que todos los productos almacenados tengan un nombre válido y no se
permita la entrada de registros sin nombre.

b) Clave Foránea
Durante el proceso de mapeo de diagramas ER en esquemas
relacionales, además de mapear entidades, también se deben mapear
relaciones. La clave foránea (externa) es un mecanismo que se
_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 5/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

utiliza para representar relaciones en el modelo de base de datos

relacional.
Una clave foránea es una columna en una relación que hace
referencia a una columna de clave primaria en otra relación
(referida). Por cada aparición de una clave foránea, el esquema
relacional contiene una línea que apunta desde la clave foránea a la
clave primaria correspondiente, proporcionando una forma de vincular
información entre tablas y establecer integridad referencial.
Por ejemplo, suponiendo que tenemos dos tablas “Clientes” y
“Pedidos”, la primera tiene una clave primaria llamada “ClienteID”,
que es un identificador único para cada cliente. La tabla “Pedidos”
tiene una columna llamada “ClienteID”, que almacena el ID del
cliente al que pertenece cada pedido, siendo esta su clave foránea.

c) Restricción de Integridad Referencial

El término restricción de integridad referencial se refiere a

la regla de base de datos relacional que define valores que son
válidos para usar en claves foráneas.
En cada fila de una relación que contiene una clave foránea, el
valor de la clave foránea coincide con uno de los valores de la
clave primaria de la relación referida o el valor de la clave
foránea es nulo (vacío). Esta restricción se basa en la idea de que
las relaciones entre tablas deben ser válidas y que los valores de
las claves foráneas deben hacer referencia a valores existentes en
las tablas relacionadas.
Por ejemplo, considerando dos tablas “Cliente” y “Pedidos”, la
primera tiene una clave primaria llamada “ClienteID”, mientras que
la segunda tabla tiene una clave foránea llamada “ClienteID”, la
cual hace referencia a la clave primaria de la tabla “Cliente”. Si
no se aplicara la restricción de integridad referencial, podríamos
tener un escenario donde un pedido en la tabla “Pedidos” hace
referencia a un ID de cliente que no existe en la tabla “Clientes”,
dando como resultado una relación inconsistente y problemática.

d) Restricciones Implícitas

Las reglas implícitas del modelo de base de datos relacional,

que deben ser cumplidas en estas para considerarse válidas, se
conocen como restricciones implícitas.
Las restricciones implícitas son reglas y condiciones que se
aplican automáticamente en una base de datos sin necesidad de ser
declaradas explícitamente por el diseñador o el desarrollador. A
continuación una lista con las reglas de bases de datos relacionales
que encajan en la categoría de restricciones implícitas:

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 6/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

❖ Cada relación en un esquema relacional debe tener un nombre

diferente.
❖ Cada relación debe cumplir las siguientes condiciones:
➢ Cada columna debe tener un nombre diferente.
➢ Cada fila debe ser única.
➢ Todos los valores de cada columna deben ser del mismo
dominio predefinido.
➢ En cada fila, cada valor en cada columna debe tener un
solo valor.
➢ El orden de las columnas es irrelevante.
➢ El orden de las filas es irrelevante.
❖ Cada relación debe tener una clave principal, siendo esta una
columna (o un conjunto de columnas) cuyo valor es único para
cada fila.
❖ Ninguna columna de clave principal puede tener valores nulos.
❖ En cada fila de una relación que contiene una clave externa, el
valor de la clave externa coincide con uno de los valores en la
columna de clave principal de la relación referida o el valor
de la clave externa es nulo.

3. Primeramente en la Fig. 2 podemos apreciar el DER realizado en el

trabajo práctico anterior con sus respectivas correcciones ya
aplicadas.

Fig. 2: DER Aplicación de Música (Trabajo Práctico Nº 2).

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 7/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

A partir del DER anterior, utilizamos una función que provee el

ERDPLUS la cual convierte dicho Diagrama Entidad-Relación a un
Modelo Relacional, el cual se puede apreciar en la Fig. 3 a
continuación.

Fig. 3: Modelo Relacional Aplicación de Música.

En este nuevo modelo podemos observar cómo se transforman las

relaciones y entidades. Se aprecia la aparición de las Claves
Foráneas(FK) las cuales dan una pseudoidea de cardinalidad ya que
vemos, por ejemplo, en la relación entre “Artista” y “Álbum” la
misma necesita de una tabla intermedia debido a que dicha relación
es del tipo muchos a muchos(N:M). O también en la relación entre
“Usuario” y “Lista” la cual es una del tipo uno a muchos(1:N) y se
ve que la clave foránea “usuarioID” que se corresponde con el lado
uno(1) cae del lado de muchos(N), además como esta relación “Lista”
no tiene clave única ya que se trata de una entidad débil, su clave
única se crea a partir de la combinación de
“NombreLista”(parcialmente única) y la clave foránea
“UsuarioID”(Única).

4. A partir de la descripción y tablas provistas en la consigna,

planteamos dentro del ERDPlus el siguiente modelo relacional que se
observa en la Fig. 4.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 8/9
TP Nº3 - Modelado de Base de Datos Relacionales IC-414 Bases de Datos – Año: 2023

Fig. 4: Modelo Relacional Bolsa de Valores (Ingenieria Inversa).

A partir de este modelo relacional, podemos realizar un

análisis de cardinalidades como en el punto anterior. Donde se puede
observar, por ejemplo, entre “Cuenta Comitente” y “Activo” tenemos
una relación muchos a muchos[N:M] y esto requiere que se genere una
tabla intermedia “Portafolio”, lo cual tiene sentido ya que los
activos van a pertenecer a muchas cuentas y dichas cuentas pueden
tener varios activos asociados. Se consideró a “Nro_activo” como la
clave primaria de esta tabla intermedia, ya que tanto “Cantidad”
como “Nro_activo” se pueden repetir tanto de manera individual como
combinados. Por ejemplo, puede haber más de una persona con la misma
cantidad de un mismo activo.
Otro caso sería el de “Cuenta Comitente” e “Inversor”, los
cuales dan una idea de relación del tipo uno a muchos [1:N] ya que
en las tablas que se encuentran en la consigna podemos ver que un
mismo inversor puede poseer varias cuentas, esto a su vez concuerda
con la clave foránea “DNI” la cual queda en la tabla “Cuenta
Comitente” que se corresponde con la lado muchos[N].

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 9/9