Taller Bases de Datos- Modelo Relacional

Componentes de una base de datos:

● ¿Qué es una entidad?:

Una entidad es la representación de un objeto o concepto del
mundo real que se describe en una base de datos. Ejemplos
de nombres de entidades: Alumno, Empleado, Artículo,
Noticia, etc. Las entidades se describen en la estructura de la
base de datos empleando un modelo de datos.
 ● ¿Qué es un atributo?:
Un atributo representa una propiedad de interés de una
entidad. Por ejemplo, siguiendo con la entidad llamada
"Empleado", esta puede estar constituida por uno o más
atributos, que son propiedades de la entidad y que interesan
para almacenarse en la base de datos.

Ejercicio 1:
● ¿Qué son las tablas?:
Las tablas permitirán almacenar los datos, y se compone por:
nombre de la tabla, campo y registro
Ejercicio 2:

Realice la identificación de las entidades y atributos para los

siguientes casos:

❖ Se creará una institución educativa y se hace necesario tener

un software que almacene los datos de los estudiantes,
docentes y administrativos.
● De la institución, se almacena: nombre, dirección, barrio,
teléfono de contacto.
● De los estudiantes, se almacena: nombre, número de
documento de identificación, grado en el que se encuentra
matriculado.
● De los docentes y administrativos, se almacena: nombre,
número de documento de identificación, cargo, teléfono de
contacto, dirección.

❖ En una empresa se requiere el almacenamiento de la

información de sus empleados, clientes e inventario de
productos.
● De los empleados, se almacena: nombre, número de
documento de identificación, cargo, teléfono de contacto,
dirección.
● De los clientes, se almacena: nombre, número de
documento de identificación, teléfono de contacto, dirección.
● De cada producto, se almacena: nombre, referencia,
descripción, costo de compra, precio de venta, unidades
disponibles.
Relación entre entidades

Vínculo que permite definir una dependencia entre los conjuntos de

dos o más entidades.
Esto es la relación entre la información contenida en los registros
de varias tablas. Las relaciones son definidas de forma natural en
un diagrama relacional para expresar un modelo cognitivo que dará
lugar posteriormente a las interrelaciones de las entidades.

Definición Modelo Entidad Relación - MER

Un diagrama entidad-relación, también conocido como modelo

entidad relación o MER, es un tipo de diagrama de flujo que ilustra
cómo las "entidades", como personas, objetos o conceptos, se
relacionan entre sí dentro de un sistema

Cardinalidad

Hace referencia a la cantidad de relaciones que puede tener una

entidad con otra.
Ejemplo de cardinalidad
Ejercicios de MER

1.Se quiere diseñar una base de datos relacional para almacenar

información sobre los asuntos que lleva un gabinete de abogados. Cada
asunto tiene un número de expediente que lo identifica, y corresponde a
un solo cliente.
Del asunto se debe almacenar el período (fecha de inicio y fecha de
archivo o finalización), su estado (en trámite, archivado, etc.), así como
los datos personales del cliente al que pertenece (DNI, nombre,
dirección, etc.).
Algunos asuntos son llevados por uno o varios procuradores, de los
que nos interesa también los datos personales.

2.Se quiere diseñar una base de datos relacional que almacene

información relativa a los zoos existentes en el mundo, así como las
especies animales que éstos albergan.
De cada zoo se conoce el nombre, ciudad y país donde se encuentra,
tamaño (en m2) y presupuesto anual.
De cada especie animal se almacena el nombre vulgar y nombre
científico, familia a la que pertenece y si se encuentra en peligro de
extinción.
Además, se debe guardar información sobre cada animal que los zoos
poseen, como su número de identificación, especie, sexo, año de
nacimiento, país de origen y continente

3.Una empresa dedicada a la realización de eventos desea realizar la

base de datos para administrar los eventos ofrecidos y los clientes que
los contratan.
De los eventos que ofrece, se conoce su código, la descripción, el valor
base, el horario del evento,
un solo presentador y el conjunto de animadores que participan. Tenga
en cuenta que puede no tener animadores.
De los animadores sabemos que:
a) En cada evento pueden participar más de un animador y un animador
puede participar en más de un evento.
 b) Sus datos son el código de animador, el dni, el apellido y el disfraz
que utiliza. Un animador usa un solo disfraz para todos los eventos,
pero un disfraz puede ser utilizado por más de un animador.
c) De cada disfraz se tiene un código, el personaje que caracteriza y el
precio de alquiler.
De los presentadores sabemos que:
a) Un evento tiene solamente un presentador, y el presentador sólo
participa en un tipo de eventos.
b) Sus datos son el código de presentador, el dni, el apellido y el año
que empezó a ser presentador
De los clientes se registra su número de cliente, apellido, domicilio legal
y teléfono.
Cada evento está armado con un presentador y -si correspondiere-
animadores.
Es decir, cuando un cliente contrata un evento, lo contrata tal cual está
armado.
Por ejemplo, el Evento 010 es un Cumpleaños que vale $500.000 y que
tiene un presentador y cuatro animadores.
Sin embargo, el precio del evento puede variar al precio base por la
forma de pago elegida con la empresa de eventos.
Un cliente puede contratar varios tipos de eventos, y un evento es
contratado por varios clientes.
Sin embargo, tenga en cuenta que un evento puede no haber sido
contratado por ningún cliente.
Para cada evento contratado, el cliente, debe dar un domicilio en el que
éste se realizará, se registra el valor real del evento, el cual puede diferir
del valor base del evento, y la forma de pago elegida

4.Una empresa nos pide modelar su negocio de cupones en una base

de datos relacional. De los cupones se conoce su número (que es único
en el sistema), el importe de descuento, su fecha y hora de vencimiento.
Cada cupón está asociado a un solo Producto que puede ser ofrecido
por varios Proveedores.
Del Producto, sabemos su código (que es único para el Proveedor que
lo tiene, pero podría repetirse para distintos proveedores), el precio de
venta y sus dimensiones (que se componen por alto, ancho, profundidad
y peso). Del Proveedor conocemos su CUIT, razón social y un listado de
teléfonos de atención al cliente.
Cada proveedor puede proveer varios productos.
Sabemos además que pueden existir más de un Cupón por Producto.
Los cupones son comprados por lo que la empresa denomina Clientes.
Como los Clientes pueden comprar más de un Cupón (y de hecho
pueden comprar más de un mismo Cupón) por cada Cupón comprado
por un Cliente se requiere guardar la fecha y hora de compra (como la
precisión de la hora es al segundo, no existen más de una compra en el
mismo segundo) y la forma de pago.
De los Clientes se conocen: su CC, nombre completo, un email y varios
teléfonos de contacto (los cuales se componen por el código de área y
el número de teléfono propiamente dicho).
Tenga en cuenta que un cupón que puede no haber sido comprado por
ningún cliente. También existen lo que se llama SuperCupón, que
básicamente es un Cupón que está asociado con otro Cupón y permite
tener un super descuento sobre el Producto asociado.
Un SuperCupón está asociado a otro cupón y no puede aplicar a más
de uno; tener en cuenta que no todos los Cupones están asociados a
SuperCupones