Fundamentos De Bases De

Datos

UNIDAD 3 MODELO RELACIONAL

DAVID ALEJANDRO HERNANDEZ RUBIO
VERONICA RAMIREZ JAUREGUI
14401123

[NOMBRE DE LA EMPRESA] | [Dirección de la compañía]

Contenido
Marco teórico.....................................................................................................................................2
3.1 Introducción al modelo relacional...........................................................................................2
3.2 Conversión de Modelo E-R a Modelo Relacional.................................................................2
3.3 Esquema de la base de datos.................................................................................................3
3.4 Restricciones de integridad....................................................................................................3
3.5 La integridad de dominio..........................................................................................................5
Practica 1............................................................................................................................................6
Practica 2............................................................................................................................................8
Practica 3............................................................................................................................................9
Practica 4..........................................................................................................................................10
Practica 5..........................................................................................................................................11
Practica 6..........................................................................................................................................13
Practica 7..........................................................................................................................................14
Practica 8..........................................................................................................................................15
Practica 9..........................................................................................................................................16
Practica 10........................................................................................................................................17
Practica 11........................................................................................................................................18
conclucion........................................................................................................................................19
 Marco teórico

3.1 Introducción al modelo relacional

El modelo relacional es un modelo de datos y, como tal, tiene en cuenta los tres aspectos
siguientes de los datos:
1) La estructura, que debe permitir representar la información que nos interesa del mundo real.
2) La manipulación, a la que da apoyo mediante las operaciones de actualización y consulta de los
datos
3) La integridad, que es facilitada mediante el establecimiento de reglas de integridad; es decir,
condiciones que los datos deben cumplir.

El concepto de modelo de datos se ha explicado en la unidad

didáctica “Introducción a las bases de datos” de este curso.
Un sistema de gestión de bases de datos relacional (SGBDR) da apoyo a la definición de datos
mediante la estructura de los datos del modelo relacional, así como a la manipulación de estos
datos con las operaciones del modelo; además, asegura que se satisfacen las reglas de integridad
que el modelo relacional establece.

Los principios del modelo de datos relacional fueron establecidos por E.F. Codd en los años 1969 y
1970. De todos modos, hasta la década de los ochenta no se empezaron a comercializar los
primeros SGBD relacionales con rendimientos aceptables. Cabe señalar que los SGBD relacionales
que se comercializan actual- mente todavía no soportan todo lo que establece la teoría relacional
hasta el último detalle.

El principal objetivo del modelo de datos relacional es facilitar que la base de datos sea percibida o
vista por el usuario como una estructura lógica que consiste en un conjunto de relaciones y no
como una estructura física de implementación. Esto ayuda a conseguir un alto grado de
independencia de los datos.

3.2 Conversión de Modelo E-R a Modelo Relacional

TRANSFORMACION DE UN MODELO E-R A MODELO RELACIONAL El proceso de compra venta de

un vehículo en una agencia automotriz comprende dos grandes entidades, las más importantes sin
duda son Cliente y Autos, la entidad cliente cuenta con los atributos, ID, Nombre, Dirección,
Ciudad de residencia y Teléfono. De la entidad Autos los atributos que se tomaran en cuenta son
Matricula, Marca, Modelo y Color. Otra de las entidades que se toman en cuenta es el Promotor
de la agencia, quien se encarga de vender los vehículos a los clientes y los atributos que se toman
en cuenta para esta entidad son ID, Nombre, Turno, Teléfono; el diagrama de entidad relación se
muestra de la siguiente manera: Modelo Entidad - Relación CLIENTE PROMOTOR AUTODNI
NOMBRE DIRECCION CIUDAD TELEFONO COMPRA MATRICULA COLOR MODELO MARCA VENTA
TURNO NOMBRE DNI 1:1 1:1 1: 1 TELEFONO FECHA_COMPRA FECHA_VENTA

Proceso de Trasformación: Para transformar el modelo entidad relación en modelo relacional

debemos tener en cuenta las relaciones entre cada entidad, cada tipo de relaciones se convierte
en un diseño de tablas de la base de datos, dado el siguiente diagrama de entidad relación con
relaciones uno a uno: La conversión a modelo relacional indica que: Cada entidad corresponde a
una tabla Cada atributo corresponde a un campo dentro de una tabla Se crea un atributo en una
de las tablas que corresponde a la llave primaria de la otra. Esta es la llave foránea de la relación.
En el caso de las relaciones 1:1 también pueden darse dos casos: o Si las entidades poseen
cardinalidades (0,1), la relación se convierte en una tabla. o Si una de las entidades posee
cardinalidad (0,1) y la otra (1,1), conviene propagar la clave a la entidad con cardinalidad (1,1) de
la tabla resultante de la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades
(1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra. 

3.3 Esquema de la base de datos

El término "esquema de base de datos" puede referirse a una representación visual de una base
de datos, a un conjunto de reglas que rige una base de datos, o bien, a todo el conjunto de objetos
que pertenecen a un usuario en particular. Continúa leyendo para saber más sobre los esquemas
de bases de datos y cómo se usan.

Un esquema de base de datos representa la configuración lógica de todo o parte de una base de
datos relacional. Puede existir de dos formas: como representación visual y como un conjunto de
fórmulas conocidas como restricciones de integridad que controlan una base de datos. Estas
fórmulas se expresan en un lenguaje de definición de datos, tal como SQL. Como parte de un
diccionario de datos, un esquema de base de datos indica cómo las entidades que conforman la
base de datos se relacionan entre sí, incluidas las tablas, las vistas, los procedimientos
almacenados y mucho más.

Típicamente, un diseñador de bases de datos crea un esquema de base de datos para ayudar a los
programadores cuyo software interactuará con la base. Al proceso de crear un esquema de base
de datos se le llama modelado de datos. Al seguir el enfoque de tres esquemas para el diseño de
bases de datos, este paso seguiría la creación de un esquema conceptual. Los esquemas
conceptuales se enfocan en las necesidades informativas de una organización, más que en la
estructura de una base de datos.

3.4 Restricciones de integridad

En este tema se trata uno de los aspectos más importantes para añadir consistencia a los diseños
de bases de datos: son las restricciones de integridad que ayudan a mantener la consistencia
semántica de los datos. Además de las restricciones de integridad definidas por las claves y las
restricciones de cardinalidad y participación estudiadas en el modelo entidad-relación, se tratan
las restricciones de los dominios, la integridad referencial, las dependencias funcionales y las
dependencias multivariadas, así como la forma de implementarlas mediante asertos y
disparadores. Las restricciones de integridad proporcionan un medio de asegurar que las
modificaciones hechas a la base de datos por los usuarios autorizados no provoquen la pérdida de
la consistencia de los datos. Protegen a la base de datos contra los daños accidentales.

Tipos de restricciones de integridad:

• Declaración de claves (primarias, candidatas).

• Cardinalidad de la relación – de varios a varios, de uno a varios, de uno a uno.

• Participación mín/máx.

• Restricciones de los dominios.

• Integridad referencial.

• Dependencias funcionales.

• Dependencias multivariadas. Los asertos y disparadores permiten implementar restricciones de

integridad.
 Restricciones de los dominios, Las restricciones de los dominios son la forma más simple de
restricción de integridad. Se especifica para cada atributo un dominio de valores posibles. Una
definición adecuada de las restricciones de los dominios no sólo permite verificar los valores
introducidos en la base de datos sino también examinar las consultas para asegurarse de que
tengan sentido las comparaciones que hagan. Por ejemplo, normalmente no se considerará que la
consulta “Hallar todos los clientes que tengan el nombre de una sucursal” tenga sentido. Por
tanto, nombre-cliente y nombre-sucursal deben tener dominios diferentes.

Integridad referencial

La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se
eliminan filas. En SQL Server la integridad referencial se basa en las relaciones entre claves
externas y claves principales o entre claves externas y claves exclusivas, mediante restricciones
FOREIGN KEY y CHECK. La integridad referencial garantiza que los valores de clave sean coherentes
en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores
inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en
consecuencia en toda la base de datos.

Cuando se exige la integridad referencial, SQL Server impide a los usuarios:

Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla
principal.

Cambiar valores en una tabla principal que crea filas huérfanas en una tabla relacionada.

Eliminar filas de una tabla principal cuando hay filas relacionadas coincidentes.

3.5 La integridad de dominio

La integridad de dominio es la validación de las entradas en una determinada columna de la

tabla.

Las restricciones permiten definir el modo en que SQL Server automáticamente fuerza la
integridad de la base de datos.

En estas se definen reglas indicando los valores permitidos en las columnas y son el mecanismo
estándar para asegurar integridad.

Usar restricciones es preferible a usar desencadenadores, reglas o valores por defecto. El query
optimizar (optimizador de consultas) de SQL Server utiliza definiciones de restricciones para
construir planes de ejecución de consultas de alto rendimiento.

Se puede asegurar la integridad de dominio restringiendo el tipo (a través de tipos de datos), el

formato (a través de las restricciones CHECK y de las reglas).
 Practica 1

Autor: David Alejandro Hernández Rubio

Fecha: 23/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Agencia automotriz. Se desea diseñar una base de datos para almacenar y

gestionar la información empleada por una empresa dedicada a la venta de
automóviles, teniendo en cuenta los siguientes aspectos:
  La empresa dispone de una serie de autos para su venta.
 Se necesita conocer la matrícula, marca y modelo, el color y el precio de
venta de cada auto.
 Los datos que interesa conocer de cada cliente son el RFC, nombre,
dirección, ciudad y número de teléfono: además, los clientes se diferencian
por un código interno de la empresa que se incrementa automáticamente
cuando un cliente se da de alta en ella.
 Un cliente puede comprar tantos autos como desee a la empresa.
 Un auto determinado solo puede ser comprado por un único cliente.
 El concesionario también se encarga de llevar a cabo las revisiones que se
realizan a cada auto
 Cada revisión tiene asociado un código que se incrementa
automáticamente, por cada revisión que se haga.
 De cada revisión se desea saber si se ha hecho cambio de filtro, si se ha
hecho cambio de aceite, si se ha hecho cambio de frenos u otros.
 Los coches pueden pasar varias revisiones en el concesionario.

Modelo:
Observaciones: Se diseñó una pequeña base de datos de una agencia automotriz donde
se añadieron ID como llaves primarias para hacer relación entre ellas.
 Practica 2

Autor: David Alejandro Hernández Rubio

Fecha: 25/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción: crear un base de datos para el recetario de un hotel de 5 estrellas.

Modelo:

Observaciones: Este es un modelo de base de datos de una cadena de hoteles en la cual nos pedía
poner en una tabla de chef su sexo, nombre, apellido, domicilio etc. Para poder llevar el control de
sus recetas y sus restaurantes.
 Practica 3

Autor: David Alejandro Hernández Rubio

Fecha: 16/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

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 interesan también los datos personales.

Modelo:
Observaciones: Se diseñó una pequeña base de datos de un bufete de abogados, la base de datos
fue muy sencilla y rápida de hacer.

Practica 4

Autor: David Alejandro Hernández Rubio

Fecha: 20/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

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.

Modelo:
Observaciones: Se diseñó una base De Datos para almacenar los Zoológicos existentes en el
mundo, en el cual se ingresaron datos como ID de animal ID Zoo etc.

Practica 5

Autor: David Alejandro Hernández Rubio

Fecha: 25/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Se desea diseñar una base de datos relacional que almacene la información sobre los préstamos
de las películas de un vídeo club. En la actualidad la gestión de esta información se lleva cabo del
siguiente modo: Cuando se hace un préstamo se rellena una ficha en la que se anota el socio que
se lleva la película, la fecha y el número de la cinta que se lleva, que es único (de cada película hay
varias copias en cintas distintas). Esta ficha se deposita en el archivador de películas prestadas.
Cuando el socio devuelve la cinta, la ficha se pasa al archivador de películas devueltas. El vídeo
club tiene, además, un archivador con fichas de películas ordenadas por título; cada ficha tiene
además el género de la película (comedia, terror, ...), su director y los nombres de los actores que
intervienen. También se tiene un archivador con las fichas de los Ejercicios de Diseño de Bases de
Datos Relacionales Curso 2001/2002 2 socios, ordenadas por el código que el vídeo club les da
cuando les hace el carné; cada ficha tiene el nombre del socio, su dirección y teléfono, los
nombres de sus directores favoritos, los nombres de sus actores favoritos y los géneros
cinematográficos de su preferencia. Cuando un socio quiere tomar prestada una película de la que
no hay copias disponibles, se le puede anotar en la lista de espera de esa película. Cada vez que se
devuelve una película, se comprueba si hay alguien en su lista de espera, y si es así se llama por
teléfono al primer socio de la lista para decirle que ya puede pasar a recogerla, borrándolo
después de la lista.

Modelo:
Observaciones: Se diseñó una base de datos de un video club el cual quería llevar un orden de los
préstamos de las películas.

Practica 6

Autor: David Alejandro Hernández Rubio

Fecha: 30/Octubre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción: crear un modelo de base de datos del siguiente ejercicio.

Modelo:
Observación: Este modelo se realizó en la clase con ayuda de nuestra maestra Jáuregui,
y nos explicó que hay veces que es necesario hacer tablas de mas como lo es la de
notas.

Practica 7

Autor: David Alejandro Hernández Rubio

Fecha: 05/Noviembre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

LA BIBLIOTECA Este modelo representa un BD de biblioteca que realiza préstamos a usuarios

registrados, además tiene el catálogo de todos los libros y la edición que corresponde cada libro,
almacenando por separado cada copia del libro que tiene.

Modelo:

Observación: Se diseñó una pequeña base de datos para una biblioteca la cual deseaba tener un
control sobre los libros que presta a los usuarios.
 Practica 8

Autor: David Alejandro Hernández Rubio

Fecha: 05/Noviembre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Le contratan para hacer una BD que permita apoyar la gestión de un sistema de ventas. La
empresa necesita llevar un control de proveedores, clientes, productos y ventas. Un proveedor
tiene un RUT, nombre, dirección, teléfono y página web. Un cliente también tiene RUT, nombre,
dirección, pero puede tener varios teléfonos de contacto. La dirección se entiende por calle,
número, comuna y ciudad. Un producto tiene un id único, nombre, precio actual, stock y nombre
del proveedor. Además se organizan en categorías, y cada producto va sólo en una categoría. Una
categoría tiene id, nombre y descripción. Por razones de contabilidad, se debe registrar la
información de cada venta con un id, fecha, cliente, descuento y monto final. Además se debe
guardar el precio al momento de la venta, la cantidad vendida y el monto total por el producto.
 Observaciones: Se diseñó una Base De datos para el sistema de ventas de un
establecimiento en el cual se ingresaron los proveedores, descripciones , los clientes se
enlazaron con las ventas.

Practica 9

Autor: David Alejandro Hernández Rubio

Fecha: 05/Noviembre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Cadena Farmacéutica. Se desea mantener una base de datos para una cadena de farmacias
distribuida en diferentes ciudades. Cada farmacia tiene sus empleados propios y un farmacéutico.
Por cada ciudad existe un único farmacéutico; esto es, si en una ciudad hubiera más de una
farmacia, el mismo farmacéutico estaría afectado a todas las farmacias de esa ciudad. Cada
farmacia tiene a su vez su stock de medicamentos. El mismo se mantiene por medicamento y
presentación. Los medicamentos se organizan según la o las monodrogas que lo componen, su
presentación (por ejemplo ampollas de 5 unidades, jarabe de 100ml, inyecciones por 10 unidades,
pomada 60gr, etc.), el laboratorio que lo comercializa, y su acción terapéutica (analgésico,
antibiótico, etc.). Por cada medicamento se mantiene su precio y la cantidad en existencia del
mismo. El sistema deberá permitir consultar la base de datos de diferentes alternativas para
medicamentos compuestos por una monodroga, medicamentos de un laboratorio, presentaciones
de un medicamento, entre otras. Realiza un modelo Relacional para esta BD.

Modelo:
Observaciones: Se Realizó una Base de datos para para farmacias y laboratorios donde deseaban
llevar el control de los medicamentos y de los empleados.

Practica 10

Autor: David Alejandro Hernández Rubio

Fecha: 05/Noviembre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Hotel. Relaza el modelo Relacional para una BD de datos que almacene las reservaciones de
habitaciones de un Hotel, en donde se almacenen los tipos de cuartos que tiene el hotel, los
clientes que reservaron, los cuartos y su estatus, el servicio de limpieza que se les realiza y los
empleados que realizan el servicio.

Modelo:
Observaciones: Este es un modelo de Base de datos para un hotel donde les interesaba guardar la
información de los cuartos, de los clientes y de los empleados.

Practica 11

Autor: David Alejandro Hernández Rubio

Fecha: 05/Noviembre/2017

Objetivo: Generar un modelo de Entidad relación del siguiente ejercicio.

Descripción:

Mundial de Futbol. Construir el modelo Relacional que refleje toda la información necesaria para
almacenar la información relativa a algunos aspectos del campeonato mundial de fútbol
considerando de acuerdo a los siguientes supuestos: 1. Un jugador pertenece a un único equipo y
no hay dos jugadores con el mismo nombre. 2. Un jugador puede actuar en varios puestos
distintos, pero en un determinado partido sólo puede jugar en un puesto. 3. En cada partido
intervienen varios Árbitros. 4. Un Árbitro puede realizar una función en un partido y otra distinta
en otro partido. 5. Un equipo pertenece a un país determinado.

Modelo:

Observaciones: Se diseñó una base de datos para un equipo de futbol donde se guarda la fecha de
partido el puesto que lleva cada jugar etc.
Conclusión
Gracias a la ayuda de mi maestra pude realizar estos modelos de bases de datos sin dificultad, me
pareció muy interesante crear estos modelos de bases de datos porque te vas dando cuenta de
cómo con poquita información de alguien interesado en tener una base de datos puedes crear
muchas tablas para ahí acomodar la información de cada cosa que te pidió el usuario.

La única practica que se me hizo un poco complicada fue la practica 3 de gabinete de abogados
porque tenía mucha información que confundió.