Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Diseño de Bases de Datos: Práctica de Modelado ER a Tablas Relacionales, Ejercicios de Programación de Bases de Datos

Una práctica sobre diseño de bases de datos, enfocándose en la transformación de modelos entidad-relación (er) a tablas relacionales. Incluye ejercicios prácticos para la conversión de diagramas er a tablas, considerando diferentes tipos de relaciones y la representación de datos. Además, aborda la diferencia entre diagramas, el uso de objetos como entidades, relaciones o atributos, y la aplicación de relaciones isa y de agregación en el contexto de una aplicación tipo amazon. Finalmente, propone el diseño de bases de datos para diversos escenarios, como una empresa de albañilería, un colegio, una biblioteca, un banco, un hotel y un hospital, detallando los modelos semánticos y lógicos necesarios. Útil para estudiantes de ingeniería informática y áreas afines, proporcionando ejercicios y ejemplos prácticos para el diseño de bases de datos.

Tipo: Ejercicios

2024/2025

Subido el 19/07/2025

alvaro-raul-garcia-ayala-1
alvaro-raul-garcia-ayala-1 🇧🇴

1 documento

1 / 6

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
PRÁCTICA 7
Diseño de Bases de Datos
I. Tomando en cuenta el tipo de relación, cuál será la mejor opción a la hora de pasar el
modelo ER a tablas?. Para responder esta pregunta primero realice los ejercicios 1 al 4
de esta sección.
1. Pasar el siguiente diagrama a tablas y llenar con datos, usando
a) 2 tablas: Pedido, Producto (representando la relación en Pedido)
b) 2 tablas: Pedido, Producto (representando la relación en Producto)
c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera
tabla)
2. Pasar el siguiente diagrama a tablas y llenar con datos, usando
a) 2 tablas: Pedido, Producto (representando la relación en Pedido)
b) 2 tablas: Pedido, Producto (representando la relación en Producto)
c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera
tabla)
3. Pasar el siguiente diagrama a tablas y llenar con datos, usando
a) 2 tablas: Pedido, Producto (representando la relación en Pedido)
b) 2 tablas: Pedido, Producto (representando la relación en Producto)
c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera
tabla)
4. Pasar el siguiente diagrama a tablas y llenar con datos, usando
a) 2 tablas: Pedido, Producto (representando la relación en Pedido)
b) 2 tablas: Pedido, Producto (representando la relación en Producto)
c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera
tabla)
pf3
pf4
pf5

Vista previa parcial del texto

¡Descarga Diseño de Bases de Datos: Práctica de Modelado ER a Tablas Relacionales y más Ejercicios en PDF de Programación de Bases de Datos solo en Docsity!

PRÁCTICA 7

Diseño de Bases de Datos

I. Tomando en cuenta el tipo de relación, cuál será la mejor opción a la hora de pasar el modelo ER a tablas?. Para responder esta pregunta primero realice los ejercicios 1 al 4 de esta sección.

  1. Pasar el siguiente diagrama a tablas y llenar con datos, usando a) 2 tablas: Pedido, Producto (representando la relación en Pedido) b) 2 tablas: Pedido, Producto (representando la relación en Producto) c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera tabla)
  2. Pasar el siguiente diagrama a tablas y llenar con datos, usando a) 2 tablas: Pedido, Producto (representando la relación en Pedido) b) 2 tablas: Pedido, Producto (representando la relación en Producto) c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera tabla)
  3. Pasar el siguiente diagrama a tablas y llenar con datos, usando a) 2 tablas: Pedido, Producto (representando la relación en Pedido) b) 2 tablas: Pedido, Producto (representando la relación en Producto) c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera tabla)
  4. Pasar el siguiente diagrama a tablas y llenar con datos, usando a) 2 tablas: Pedido, Producto (representando la relación en Pedido) b) 2 tablas: Pedido, Producto (representando la relación en Producto) c) 3 tablas: Pedido, Producto, Ped-Prod (representando la relación en una tercera tabla)

II. Sean los diagramas A,B,C y D a. Explicar con ejemplos (tablas, datos) la diferencia entre los diagramas (dar un ejemplo para cada caso) b. Cuál de los diagramas se ajusta más a una tienda tipo AMAZON, ¿por qué? Diagrama A Diagrama B Diagrama C Diagrama D

VI. Para los siguientes diagramas, hacer el modelo lógico (pasar a una representación de tablas).: a) b) c) d)

VII. Tomando en cuenta cada uno de los siguientes enunciados, diseñar una base de datos. Para cada caso: a) Hacer el modelo semántico o conceptual (usar modelo entidad - relación) b) Hacel el modelo lógico (pasar el diagrama a tablas)

1. Una empresa de albañilería desea conocer en todo momento la casa que están trabajando sus empleados. Se sabe que en cada casa pueden haber varios empleados y no todos tienen por qué estar ocupados en una sola casa todo el tiempo. 2. Un colegio desea tener información sobre las asignaturas que puede dictar cada profesor así como las asignaturas que dicta o dictó un profesor en una gestión determinada. El director ha dispuesto que cada profesor puede dar más de una materia pero que no será permitido que una materia sea dictada por más de un docente. 3. Se desea mantener la información de una biblioteca que tiene las siguientes características: Cada socio puede prestarse un libro por un período no superior a 15 días, período que puede prorrogar por otros 15 días. Si transcurrido el plazo no ha entregado los libros sufre una amonestación. A los socios que tengan dos amonestaciones se les retira el carnet durante un año. 4. Se desea mantener información sobre cuentas y clientes de un banco. Se sabe que un cliente puede tener varias cuentas y que una misma cuenta puede ser compartida por varios clientes. Asimismo, cada cuenta está situada en una sucursal aunque esta última puede tener muchas cuentas. 5. Un hotel desea implementar un sistema de reservas y asignación de habitaciones a los huéspedes que lleguen al mismo. Se registran los datos de cada cliente: nombre, apellido, teléfono, ciudad, país, la fecha en que ingreso al hotel, la fecha de su retiro, la habitación que tomó/ reservó y el total de su cuenta. Un cliente puede reservar una habitación indicando la fecha precisa de su futuro ingreso, pasada esa fecha tiene 24 hrs para registrarse, caso contrario la reserva queda cancelada. Cada habitación tiene un numero asignado, un precio básico y pertenece a un tipo determinado tipo de habitación (suite simple, matrimonial, presidencial, etc.) y tiene una determinada cantidad de camas, las camas pueden ser matrimoniales o individuales. Así también una habitación puede tener varios servicios (televisión, Internet, baño, teléfono, fax, frigobar, etc.). Por ejemplo la habitación 502 es del tipo Suite presidencial y cuenta con 2 teléfonos, 2 baños, 1 frigobar, Internet, 1 cama matrimonial y 2 simples. 6. Diseñar una pequeña base de datos para gestionar información de pacientes que son internados en un hospital. En este hospital, los pacientes que llegan al servicio de urgencias son examinados y, dependiendo de su estado, ingresados a la planta correspondiente (traumatología, terapia intensiva, etc) bajo supervisión de un médico responsable. Considera que:  Un paciente puede ser internado varias veces  Un médico puede tener bajo su supervisión la internación de varios pacientes  El momento de internar un paciente es importante registrar la fecha, hora, motivoInternacion, cama que ocupa, planta, médico que supervisa. 7. Modificar el diseño del anterior ejercicio considerando los siguientes requerimientos.  Aparte del médico supervisor, se quiere registrar el detalle de los médicos que atendieron una internación (fecha, hora, motivo)  Se quiere registrar información de la medicación y las intervenciones que recibió cada paciente