Universidad Politécnica de Chiapas
Base de Datos
Gladis Elizabeth Santana Hernández
Práctica 1. Modelo entidad- relación
Alejandra Palacios Flores
183143
6°” A”
Tuxtla Gutiérrez, Chiapas
Miércoles 27 de mayo del 2020
INTRODUCCIÓN
En 1970, Codd publicó en ACM el trabajo “Un modelo de datos relacional para grandes
bancos de datos compartidos” donde propuso un nuevo Modelo de Datos.
Un modelo de datos se puede definir como un conjunto de herramientas conceptuales para
describir la representación de la información en términos de datos. Esto es un conjunto de
conceptos, reglas y convenciones que permiten especificar datos, las relaciones entre ellos,
su semántica asociada y las restricciones de integridad.
El modelo relacional (MR) se caracteriza por:
Ser sencillo y uniforme (colección de tablas y lenguajes declarativos)
Tener una sólida fundamentación teórica: el modelo está definido con rigor
matemático
Ser independiente del almacenamiento físico y de las aplicaciones.
Un modelo de organización y gestión de bases de datos consistente en el almacenamiento de
datos en tablas compuestas por filas, o tuplas, y columnas o campos. Se distingue de otros
modelos, como el jerárquico, por ser más comprensible para el usuario inexperto, y por
basarse en la lógica de predicados para establecer relaciones entre distintos datos. Surge
como solución a la creciente variedad de los datos que integran las data warehouses y
podemos resumir el concepto como una colección de tablas (relaciones).
1. Modelando Entidades
Modelar las diferentes entidades con sus atributos. En cada caso indicar el dominio de
cada atributo y si es compuesto y/o multivaluado. Además, identificar la/las claves de
cada entidad. Para cada ítem se debe modelar una única entidad.
Modelar la entidad Persona con los siguientes atributos:
Pasaporte. Es un número identificador, distinto para cada persona y útil para
poder diferenciarlas.
Nombre. Su nombre completo.
Dirección. Se encuentra compuesta por la calle, el número (o altura), la localidad
y el país.
Equipos. Una persona simpatiza por uno o más equipos. Sólo interesa conocer
sus nombres
PERSONA En este caso la entidad es PERSONA y tiene los atributos
mostrados, mi clave principal escogí como diseñadora que
pasaporte
fuese pasaporte, esto debido a que es un atributo característico
nombre que identifica como única a la persona, el atributo dirección,
así como equipos considero que es multivaluado, ya que una
dirección persona a lo largo de su vida puede cambiar de dirección, así
equipos como conocer muchas personas. De igual forma considere que
dirección y equipos son atributos compuestos, porque son
características que se pueden dividir en otros atributos, mientras
que el resto son atributos simples. Todo se encuentra
referenciado en mi diagrama.
PERSONA
pasaporte nombre direccion equipos
12345678 nombre Primer_apellido Segundo_apelilido calle numero ciudad nombre
Nadia Hernandez Cabrera 4ª 144 Comitán Sandra
sur
ote
2345678 Alejandra Palacios Flores 3ª 156 Arriaga Lucía
pte
ote
En cuanto al dominio de cada atributo, por ser
la diseñadora de datos podré dárselo de
acuerdo a mis necesidades, en la figura se
muestra un ejemplo de ello, y cuáles serían los
posibles.
Modelar la entidad Aparato, usado por una empresa de reparación de aparatos electrónicos.
Se cuenta con los siguientes datos:
Marca. Un aparato seguro que tiene una marca, y sólo una.
Modelo. Lo mismo que con la marca, todo aparato es de un determinado modelo de
esa marca.
Tipo. Lo más común es que un aparato sea de un único tipo: de audio, de TV, de
video o de computadora, pero también hay aparatos que integran varios medios, por
lo que podría haber aparatos que combinen hasta tres tipos.
Serie. El número de serie de un aparato es el que lo identifica unívocamente dentro
de todos los aparatos producidos de determinado modelo de una marca.
Garantía compuesta. por FECHA DE COMPRA, y COMERCIO VENDEDOR, que
se registra sólo para los aparatos que ingresan a la empresa a repararse en garantía.
APARATO
Mi entidad es APARATO, entre los atributos
mencionados, serie es mi clave principal ya que es
serie
algo que distingue a mi entidad y es irrepetible, el
tipo atributo tipo, marca y modelo las considero
atributos multivaluados, ya que pueden llegar a tener
modelo cualquier valor, así mismo el atributo tipo es
compuesto debido a que se puede desglosar en otros
marca atributos.
GARANTIA Mis entidades son GARANTIA y CONTRATO,
CONTRATO
cada una con sus respectivos atributos, pero al
ser GARANTIA una entidad débil por no poseer
fecha_de_compra numero_garantia una clave principal, como diseñadora escogí
como atributo parcial a fecha_de_compra, pero
comercio_vendedor tengo uno de los requisitos es tener mi clave
principal por lo que la relacione con una entidad
identificadora (no débil) por lo que cree una
entidad llamada CONTRATO, esta ya tendría mi
clave principal/primaria correspondiente, la cual
es numero_garantia. Los atributos de cada una
de estas dos entidad son simples, por poseer un
solo componente.
APARATO
serie tipo modelo marca
1234567 descripción nombre ginza 345-plus
Portátil De audio
3456789 Eléctrico De tv edmed 456-plus
GARANTIA
Fecha_de_compra Comercio_vendedor
25 de abril del 2016 Fabrica Max
Mi dominio esta representado en las tablas, CONTRAT0
puede abarcar más dependiendo de mis Numero_garantia
necesidades, esto es claro ejemplo de cada
atributo y sus valores que puede tomar en 456
la base de datos. 678
2. Modelando Relaciones
Modelar las entidades Persona y Puesto. De cada persona queremos manejar: CURP,
nombre y fecha de ingreso. De cada puesto: código identificador, nombre descriptivo (ej:
ayudante de panadero), grado de peligrosidad (entre 0 y 10) y sueldo de referencia. Las
personas ocupan distintos puestos, para cada puesto que ocupa una persona se establece
un honorario por hora (que no es necesariamente el mismo para distintas personas que
ocupan el mismo puesto) y una cantidad de horas por semana que esa persona va a ocupar
ese puesto. Una persona puede tener como máximo un puesto en calidad de titular y tres
en calidad de suplente.
3. Modelo E-R incompleto
Complete el Modelo E-R planteado con las entidades, relaciones, atributos y
cardinalidades correspondientes. Cadena de Farmacias Se desea mantener una base de
datos para una cadena de farmacias distribuida en diferentes ciudades. De la ciudad se
sabe su nombre y su código postal. De cada farmacia, su ID, su dirección (calle y número)
y los días que le corresponde guardia. Una farmacia está en una sola ciudad, pero en una
ciudad hay más de una farmacia. A su vez, sabemos que por cada ciudad existe un único
farmacéutico; es decir, en las ciudades en las que hubiere más de una farmacia, el mismo
farmacéutico estará afectado a todas las farmacias de esa ciudad. En cada farmacia
trabajan varios empleados. De cada empleado queremos saber su CUIT, su nombre, la
fecha de ingreso y las enfermedades que tuvo (alcanza con el nombre de cada
enfermedad). Tenga en cuenta que cada empleado trabaja en una sola farmacia. Cada
farmacia tiene a su vez su stock de cada medicamento que vende. Cada medicamento se
identifica por nombre, presentación (ej: ampollas de 5 unidades, jarabe de 100ml,
inyecciones por 10 unidades) y precio, que es el mismo para todas las farmacias. También
se conoce la o las monodrogas que componen cada medicamento, el laboratorio que lo
comercializa y las acciones terapéuticas que tiene. De cada monodroga sabemos el
nombre científico, el nombre comercial y la cantidad que se encuentra en cada
medicamento. De cada laboratorio sabemos el nombre (que es único), el domicilio y el
nombre y apellido del dueño. Un laboratorio provee varios medicamentos a esta cadena
de farmacias. De las acciones terapéuticas conocemos el nombre y el tiempo que tarda en
hacer efecto. Tenga en cuenta que una acción terapéutica puede repetirse para distintos
medicamentos. Por ejemplo, el medicamento Dorixina Forte es un medicamento que
cuesta $136 y su presentación es en caja de 20 comprimidos. Tiene como monodrogas
Clonixinato de lisina (nombre científico) en 125,00 mg y Dextropropoxifeno napsilato
(nombre científico) en 98,00 mg. Sus acciones terapéuticas son analgésicas y
antiinflamatorias y tardan 4 horas en hacer efecto en la persona que toma el medicamento.
El sistema deberá permitir consultar la base de datos de diferentes alternativas para
medicamentos compuestos por una monodroga, medicamentos de un laboratorio,
medicamentos con el mismo nombre y distinta presentación, entre otras.
4. Diseño
Diseñar el Modelo ER teniendo en cuenta las siguientes consideraciones:
o Ponerles nombres significativos a los tipos de entidades, las relaciones y los
atributos.
o Poner los atributos donde corresponda (tanto en entidades como en relaciones).
Tener en cuenta que toda entidad debe tener atributos.
o No pueden repetirse los nombres, tanto para tipos de entidades como para
relaciones. Identificar las claves en todos los tipos de entidad.
o Determinar y asignar cardinalidades mínimas y máximas en el modelo.
Sistema de Delivery de “La Flauta Dulce” La panadería y confitería “La Flauta Dulce” está
organizando el delivery a sus clientes. Cada repartidor tiene asignada una sola zona (puede
haber más de un repartidor por zona). Los repartidores tienen n asignados varios clientes.
Cada cliente puede ser atendido por más de un repartidor, o por ninguno. Cada repartidor usa
una sola moto, y una moto es solamente usada por un repartidor. De cada repartidor, sabemos
el DNI, el nombre y apellido y los horarios (formado por día de la semana y rango de horas)
en los que trabaja. De cada moto, sabemos la patente (única), la cilindrada, la marca, el
modelo y la velocidad máxima. De cada cliente sabemos el DNI, la dirección, el nombre, y
la fecha de nacimiento. De cada zona, el nombre único y el tamaño en km2.
Mi entidad REPARTIDOR tiene los atributos mostrados, en donde mi clave principal es DNI, el
atributo Honorario es compuesto por poseer otros atributos.
Mi entidad CLIENTE posee los atributos señalados, con clave primaria DNI, y un atributo compuesto
dirección.
Mi entidad MOTO, posee en su mayoía atributos simples, mi clave primaria es patente.
Mi entidad ZONA es débil, ya que no posee clave principal, por su parte escogí una parcial (nombre),
y establecí la relación identificadora, la cual me daría por respuesta una entidad mas la cual es
Ubicación, y a partir de ahí obtener mi clave primaria coordenadas.
CONCLUSIÓN
En esta práctica aprendí que el modelo relacional no es un paso tan fundamental en el
desarrollo para una base de datos, sin embargo, debe considerarse ya que nos indica el tipo
de relaciones que tenemos, la cardinalidad y el tipo de clave que tiene. El modelo relacional
es útil para tener un buen control de los sistemas y de saber aplicar el modelo entidad-
relación, así como la cardinalidad correspondiente a cada tabla. También se espera saber
aplicar los conceptos aprendidos con anterioridad sobre entidad, atributo y llave sobre la tabla
considerado el atributo clave. Es de gran ayuda para elaborar bases de datos y así identificar
las características de un sistema.
Desde el modelo entidad relación podemos apreciar, como el nombre lo indica, las entidades
y relaciones que estamos utilizando. Pero si queremos llegar un poco más a fondo y que no
haya ninguna duda con respecto a las entidades, atributos y tipos de claves que ocupamos,
no debemos dejar este pasó ya que nos ayuda en la comprensión y hace más amigable la
información.
BIBLIOGRAFÍA
https://elvex.ugr.es/idbis/db/docs/intro/D%20Modelo%20relacional.pdf
https://ocw.unican.es/pluginfile.php/1378/course/section/1726/Tema2.pdf
