El documento presenta 15 ejercicios para crear esquemas entidad/relación para diferentes sistemas de información. Los ejercicios incluyen diseños para una academia de cursos, datos geográficos de España, un almacén de piezas, el funcionamiento de una biblioteca, el organigrama de una empresa, reservas de vuelos, recetas de cocina, partidos de fútbol, accidentes geográficos, una empresa de software, una empresa de comidas, una red social, menús diarios de un restaurante, Twitter y el horario escolar
Este documento presenta tres ejercicios para crear diseños de bases de datos relacionales. El primero modela los datos de una biblioteca con socios, libros y préstamos. El segundo modela los datos de una academia con cursos, alumnos, profesores y notas. El tercero modela datos geográficos de España con localidades, provincias y comunidades autónomas.
El documento presenta 6 ejercicios para crear esquemas entidad-relación (ER) que modelen diferentes sistemas de información. El primer ejercicio describe los requisitos de una base de datos para una empresa con información de clientes, artículos, pedidos y fábricas. El segundo ejercicio detalla los datos necesarios para un sistema de ventas con información de proveedores, clientes, productos y ventas. El tercer ejercicio especifica los datos de un almacén de piezas, incluida la composición de piezas. Los ejercicios restantes describ
El documento presenta 11 ejercicios para diseñar diagramas entidad-relación (E/R) que modelen diferentes situaciones. Cada ejercicio describe las entidades e identifica las relaciones relevantes entre ellas para una base de datos, como las relaciones entre alumnos, asignaturas, profesores y cursos escolares (Ejercicio 1), clientes, reservas y vehículos de alquiler (Ejercicio 5), y proveedores, clientes, productos y ventas para una empresa (Ejercicio 11).
El documento presenta 11 ejercicios sobre el diseño de diagramas entidad-relación (E/R) para diferentes escenarios. Cada ejercicio describe las entidades e información relevante de un dominio específico y solicita el diagrama E/R correspondiente que capture las relaciones entre las entidades. Los escenarios incluyen sistemas de gestión académica, de recursos humanos, de alquiler de automóviles y películas, entre otros.
Este documento presenta una guía sobre bases de datos. Explica que una base de datos permite almacenar grandes cantidades de información de manera organizada y estructurada para consultas eficientes. Describe que una base de datos contiene datos, información, y un sistema gestor de base de datos. Además, explica que una base de datos se compone de una o más tablas con filas y columnas para almacenar los datos. Finalmente, provee un ejemplo de una base de datos de biblioteca con tres tablas para socios, libros y préstamos.
Laboratorios i, ii y iii misael manríquezmadnesshobbit
1) El documento presenta tres laboratorios de una asignatura de Sistemas de Información Empresarial.
2) El Laboratorio 1 incluye ejercicios SQL para consultar tablas de una base de datos relacionada con una biblioteca universitaria.
3) El Laboratorio 2 pide crear vistas sobre dicha base de datos.
4) El Laboratorio 3 propone modelizar mediante diagramas entidad-relación problemas de diferentes dominios como una empresa, periódico y carreteras.
El documento presenta 15 ejercicios para crear esquemas entidad/relación para diferentes sistemas de información. Los ejercicios incluyen diseños para una academia de cursos, datos geográficos de España, un almacén de piezas, el funcionamiento de una biblioteca, el organigrama de una empresa, reservas de vuelos, recetas de cocina, partidos de fútbol, accidentes geográficos, una empresa de software, una empresa de comidas, una red social, menús diarios de un restaurante, Twitter y el horario escolar
Este documento presenta tres ejercicios para crear diseños de bases de datos relacionales. El primero modela los datos de una biblioteca con socios, libros y préstamos. El segundo modela los datos de una academia con cursos, alumnos, profesores y notas. El tercero modela datos geográficos de España con localidades, provincias y comunidades autónomas.
El documento presenta 6 ejercicios para crear esquemas entidad-relación (ER) que modelen diferentes sistemas de información. El primer ejercicio describe los requisitos de una base de datos para una empresa con información de clientes, artículos, pedidos y fábricas. El segundo ejercicio detalla los datos necesarios para un sistema de ventas con información de proveedores, clientes, productos y ventas. El tercer ejercicio especifica los datos de un almacén de piezas, incluida la composición de piezas. Los ejercicios restantes describ
El documento presenta 11 ejercicios para diseñar diagramas entidad-relación (E/R) que modelen diferentes situaciones. Cada ejercicio describe las entidades e identifica las relaciones relevantes entre ellas para una base de datos, como las relaciones entre alumnos, asignaturas, profesores y cursos escolares (Ejercicio 1), clientes, reservas y vehículos de alquiler (Ejercicio 5), y proveedores, clientes, productos y ventas para una empresa (Ejercicio 11).
El documento presenta 11 ejercicios sobre el diseño de diagramas entidad-relación (E/R) para diferentes escenarios. Cada ejercicio describe las entidades e información relevante de un dominio específico y solicita el diagrama E/R correspondiente que capture las relaciones entre las entidades. Los escenarios incluyen sistemas de gestión académica, de recursos humanos, de alquiler de automóviles y películas, entre otros.
Este documento presenta una guía sobre bases de datos. Explica que una base de datos permite almacenar grandes cantidades de información de manera organizada y estructurada para consultas eficientes. Describe que una base de datos contiene datos, información, y un sistema gestor de base de datos. Además, explica que una base de datos se compone de una o más tablas con filas y columnas para almacenar los datos. Finalmente, provee un ejemplo de una base de datos de biblioteca con tres tablas para socios, libros y préstamos.
Laboratorios i, ii y iii misael manríquezmadnesshobbit
1) El documento presenta tres laboratorios de una asignatura de Sistemas de Información Empresarial.
2) El Laboratorio 1 incluye ejercicios SQL para consultar tablas de una base de datos relacionada con una biblioteca universitaria.
3) El Laboratorio 2 pide crear vistas sobre dicha base de datos.
4) El Laboratorio 3 propone modelizar mediante diagramas entidad-relación problemas de diferentes dominios como una empresa, periódico y carreteras.
Este documento presenta 11 ejercicios de diseño de bases de datos relacionales. Para cada ejercicio, se pide obtener un esquema conceptual usando el modelo entidad/relación y un esquema lógico relacional correspondiente al esquema conceptual. Se deben identificar las claves primarias y foráneas en el esquema lógico así como especificar si estas últimas aceptan valores nulos y sus reglas ante modificaciones y borrados.
La tienda de fotografía alquila cámaras fotográficas analógicas que se caracterizan por su marca, modelo y soporte flash. Cada cámara es compatible con uno o más tipos de películas. La tienda dispone de varios ítems de cada modelo de cámara que pueden estar en la tienda, alquilados, con retraso o en reparación. Los clientes pueden tener un máximo de 1 cámara en alquiler por un máximo de 7 días.
Este documento presenta 7 problemas relacionados con el modelado de entidades, atributos y relaciones para diferentes situaciones. Se pide identificar las entidades principales, sus atributos y relaciones para cada problema, así como distinguir entre información personal, organizacional y de departamentos. También se solicita realizar el modelado en una herramienta como Access o MySQL.
El documento presenta 5 problemas relacionados con el diseño de bases de datos usando el modelo entidad-relación. El primer problema trata sobre la gestión de cursos de formación y empleados de una empresa. El segundo sobre un campeonato de ajedrez con jugadores, árbitros, países y partidas. El tercero sobre la producción y consumo de energía eléctrica. El cuarto sobre el seguimiento de conflictos bélicos con grupos armados, líderes y organizaciones. Y el quinto sobre la gestión de nóminas de empleados.
Este documento presenta tres actividades relacionadas con bases de datos. La primera actividad pide crear diagramas que modelen una base de datos de proveedores, una universidad, y un restaurante. La segunda actividad solicita crear diccionarios de datos para bases de datos de películas, revistas, y autores. La tercera actividad no está incluida.
El documento presenta conceptos básicos sobre bases de datos, incluyendo definiciones de base de datos, sistema gestor de bases de datos, entidad, relación, modelo relacional, tabla, campo, registro e índice. Explica cómo las tablas se pueden asociar mediante campos comunes para mostrar la información de forma globalizada, y menciona objetos típicos de un sistema gestor de bases de datos como Access, tales como tablas, consultas, formularios e informes.
El documento describe el modelo entidad-relación (MER) para modelar los requisitos de información de los negocios de manera independiente del hardware y software. El MER tiene tres componentes: entidades, relaciones y atributos. Las entidades representan los objetos importantes sobre los cuales se necesita almacenar información, las relaciones definen las dependencias entre entidades, y los atributos son los datos que se almacenan sobre cada entidad. Además, se proporcionan ejemplos de aplicación del MER para diseñar bases de datos relacionales para diferentes escenarios.
1) El documento presenta 8 problemas de modelado de bases de datos usando el modelo entidad-relación. Los problemas incluyen sistemas de ventas, carreteras, vuelos, olimpiadas, educación, tenis y cines. 2) Se pide diseñar diagramas ER para representar la información dada en cada problema. 3) Los problemas contienen detalles sobre las entidades, atributos e interrelaciones requeridas para cada sistema.
Este documento presenta 4 ejercicios de diseño de bases de datos. El primer ejercicio describe una tienda de alquiler de videos que debe almacenar información sobre clientes, videos, distribuidoras y alquileres. El segundo ejercicio describe una oficina de patentes que debe almacenar datos sobre patentes, inventores, ayudantes de inventores y empresas compradoras. El tercer ejercicio describe un zoológico que debe almacenar información sobre especies animales, hábitats, zonas, itinerarios, guías y cuidadores. El cuart
Este documento presenta 5 ejercicios de diseño de bases de datos. Cada ejercicio describe un escenario de negocio diferente e incluye instrucciones para identificar las entidades, atributos, relaciones y reportes requeridos.
Este documento presenta información sobre el diseño de bases de datos utilizando el modelo entidad-relación. Explica los pasos para diseñar una base de datos, define conceptos como entidad, atributo, relación y tipos de relaciones. Además, incluye ejemplos prácticos de diseño de bases de datos para diferentes situaciones y la conversión del modelo entidad-relación al modelo relacional en tablas.
Los profesores de la asignatura de Bases de Datos de una Escuela Universitaria deciden crear una base de datos para almacenar la información de los resultados de las pruebas de los alumnos. La base de datos contendrá datos sobre alumnos, exámenes escritos, prácticas, y profesores.
El documento describe la necesidad de informatizar la gestión de una tienda informática, biblioteca, centro de enseñanza, cadena de hoteles y agencia de seguros. Para cada caso se detallan los datos de los productos, clientes, proveedores, autores, libros, usuarios, alumnos, profesores, asignaturas, cursos, hoteles, habitaciones, reservas, personas, vehículos, accidentes y multas que se necesitan almacenar.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y los requisitos de información, e identifica las tablas, atributos, claves y relaciones necesarias para modelar la base de datos correspondiente al escenario. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan escenarios de restaurantes, ciclismo, películas, revistas científicas y más.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y los requisitos de información, e identifica las tablas, atributos, claves y relaciones necesarias para modelar la base de datos correspondiente al escenario. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan escenarios de restaurantes, ciclismo, películas, revistas científicas y más.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y requerimientos de información diferentes, y propone el diseño de una base de datos con tablas, atributos, claves y relaciones para satisfacer los requerimientos descritos.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario diferente y pide diseñar una base de datos identificando tablas, atributos, claves y relaciones. Los escenarios incluyen información sobre restaurantes, ciclismo, películas, revistas científicas, proyectos de ONG, alquiler de coches, zoológicos, clínicas y promociones inmobiliarias.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario diferente y solicita diseñar una base de datos identificando tablas, atributos, claves y relaciones. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan entidades como restaurantes, ciclismo, películas, revistas científicas y más.
La base de datos almacenará información sobre artículos científicos de interés para un grupo de investigación, incluyendo título, autores, palabras clave, si se tiene una copia y su ubicación. Los artículos pueden haberse publicado en informes técnicos, actas de congresos o revistas científicas, almacenando detalles específicos en cada caso. También se guardará información sobre los autores e investigadores.
El documento presenta información sobre diagramas de clases, asociaciones, agregación, composición, generalización y relaciones. Incluye ejemplos de cómo modelar estas relaciones entre clases usando diagramas UML.
Este documento presenta 11 ejercicios de diseño de bases de datos relacionales. Para cada ejercicio, se pide obtener un esquema conceptual usando el modelo entidad/relación y un esquema lógico relacional correspondiente al esquema conceptual. Se deben identificar las claves primarias y foráneas en el esquema lógico así como especificar si estas últimas aceptan valores nulos y sus reglas ante modificaciones y borrados.
La tienda de fotografía alquila cámaras fotográficas analógicas que se caracterizan por su marca, modelo y soporte flash. Cada cámara es compatible con uno o más tipos de películas. La tienda dispone de varios ítems de cada modelo de cámara que pueden estar en la tienda, alquilados, con retraso o en reparación. Los clientes pueden tener un máximo de 1 cámara en alquiler por un máximo de 7 días.
Este documento presenta 7 problemas relacionados con el modelado de entidades, atributos y relaciones para diferentes situaciones. Se pide identificar las entidades principales, sus atributos y relaciones para cada problema, así como distinguir entre información personal, organizacional y de departamentos. También se solicita realizar el modelado en una herramienta como Access o MySQL.
El documento presenta 5 problemas relacionados con el diseño de bases de datos usando el modelo entidad-relación. El primer problema trata sobre la gestión de cursos de formación y empleados de una empresa. El segundo sobre un campeonato de ajedrez con jugadores, árbitros, países y partidas. El tercero sobre la producción y consumo de energía eléctrica. El cuarto sobre el seguimiento de conflictos bélicos con grupos armados, líderes y organizaciones. Y el quinto sobre la gestión de nóminas de empleados.
Este documento presenta tres actividades relacionadas con bases de datos. La primera actividad pide crear diagramas que modelen una base de datos de proveedores, una universidad, y un restaurante. La segunda actividad solicita crear diccionarios de datos para bases de datos de películas, revistas, y autores. La tercera actividad no está incluida.
El documento presenta conceptos básicos sobre bases de datos, incluyendo definiciones de base de datos, sistema gestor de bases de datos, entidad, relación, modelo relacional, tabla, campo, registro e índice. Explica cómo las tablas se pueden asociar mediante campos comunes para mostrar la información de forma globalizada, y menciona objetos típicos de un sistema gestor de bases de datos como Access, tales como tablas, consultas, formularios e informes.
El documento describe el modelo entidad-relación (MER) para modelar los requisitos de información de los negocios de manera independiente del hardware y software. El MER tiene tres componentes: entidades, relaciones y atributos. Las entidades representan los objetos importantes sobre los cuales se necesita almacenar información, las relaciones definen las dependencias entre entidades, y los atributos son los datos que se almacenan sobre cada entidad. Además, se proporcionan ejemplos de aplicación del MER para diseñar bases de datos relacionales para diferentes escenarios.
1) El documento presenta 8 problemas de modelado de bases de datos usando el modelo entidad-relación. Los problemas incluyen sistemas de ventas, carreteras, vuelos, olimpiadas, educación, tenis y cines. 2) Se pide diseñar diagramas ER para representar la información dada en cada problema. 3) Los problemas contienen detalles sobre las entidades, atributos e interrelaciones requeridas para cada sistema.
Este documento presenta 4 ejercicios de diseño de bases de datos. El primer ejercicio describe una tienda de alquiler de videos que debe almacenar información sobre clientes, videos, distribuidoras y alquileres. El segundo ejercicio describe una oficina de patentes que debe almacenar datos sobre patentes, inventores, ayudantes de inventores y empresas compradoras. El tercer ejercicio describe un zoológico que debe almacenar información sobre especies animales, hábitats, zonas, itinerarios, guías y cuidadores. El cuart
Este documento presenta 5 ejercicios de diseño de bases de datos. Cada ejercicio describe un escenario de negocio diferente e incluye instrucciones para identificar las entidades, atributos, relaciones y reportes requeridos.
Este documento presenta información sobre el diseño de bases de datos utilizando el modelo entidad-relación. Explica los pasos para diseñar una base de datos, define conceptos como entidad, atributo, relación y tipos de relaciones. Además, incluye ejemplos prácticos de diseño de bases de datos para diferentes situaciones y la conversión del modelo entidad-relación al modelo relacional en tablas.
Los profesores de la asignatura de Bases de Datos de una Escuela Universitaria deciden crear una base de datos para almacenar la información de los resultados de las pruebas de los alumnos. La base de datos contendrá datos sobre alumnos, exámenes escritos, prácticas, y profesores.
El documento describe la necesidad de informatizar la gestión de una tienda informática, biblioteca, centro de enseñanza, cadena de hoteles y agencia de seguros. Para cada caso se detallan los datos de los productos, clientes, proveedores, autores, libros, usuarios, alumnos, profesores, asignaturas, cursos, hoteles, habitaciones, reservas, personas, vehículos, accidentes y multas que se necesitan almacenar.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y los requisitos de información, e identifica las tablas, atributos, claves y relaciones necesarias para modelar la base de datos correspondiente al escenario. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan escenarios de restaurantes, ciclismo, películas, revistas científicas y más.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y los requisitos de información, e identifica las tablas, atributos, claves y relaciones necesarias para modelar la base de datos correspondiente al escenario. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan escenarios de restaurantes, ciclismo, películas, revistas científicas y más.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario y requerimientos de información diferentes, y propone el diseño de una base de datos con tablas, atributos, claves y relaciones para satisfacer los requerimientos descritos.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario diferente y pide diseñar una base de datos identificando tablas, atributos, claves y relaciones. Los escenarios incluyen información sobre restaurantes, ciclismo, películas, revistas científicas, proyectos de ONG, alquiler de coches, zoológicos, clínicas y promociones inmobiliarias.
El documento presenta 9 ejercicios de modelado de bases de datos. Cada ejercicio describe un escenario diferente y solicita diseñar una base de datos identificando tablas, atributos, claves y relaciones. Los ejercicios cubren temas como relaciones uno a uno, uno a muchos y muchos a muchos, y modelan entidades como restaurantes, ciclismo, películas, revistas científicas y más.
La base de datos almacenará información sobre artículos científicos de interés para un grupo de investigación, incluyendo título, autores, palabras clave, si se tiene una copia y su ubicación. Los artículos pueden haberse publicado en informes técnicos, actas de congresos o revistas científicas, almacenando detalles específicos en cada caso. También se guardará información sobre los autores e investigadores.
El documento presenta información sobre diagramas de clases, asociaciones, agregación, composición, generalización y relaciones. Incluye ejemplos de cómo modelar estas relaciones entre clases usando diagramas UML.
Similar a EJERCICIOS PARA MODELAR BASES DE DATOS.docx.docx (20)
Este documento ha sido elaborado por el Observatorio Ciudadano de Seguridad Justicia y Legalidad de Irapuato siendo nuestro propósito conocer datos sociodemográficos en conjunto con información de incidencia delictiva de las 10 colonias y/o comunidades que del año 2020 a la fecha han tenido mayor incidencia.
Existen muchas más colonias que presentan cifras y datos en materia de seguridad, sin embargo, en este primer acercamiento lo que se prevées darle al lector una idea de como se encuentran las colonias analizadas, tomando como referencia los datos del INEGI 2020, datos del Secretariado Ejecutivo del Sistema Nacional de Seguridad Pública del 2020 al 2023 y las bases de datos propias que desde el 2017 el Observatorio Ciudadano ha recopilado de manera puntual con datos de las vıć timas de homicidio doloso, accidentes de tránsito, personas lesionadas por arma de fuego, entre otros indicadores.
LINEA DE TIEMPO Y PERIODO INTERTESTAMENTARIOAaronPleitez
linea de tiempo del antiguo testamento donde se detalla la cronología de todos los eventos, personas, sucesos, etc. Además se incluye una parte del periodo intertestamentario en orden cronológico donde se detalla todo lo que sucede en los 400 años del periodo del silencio. Basicamente es un resumen de todos los sucesos desde Abraham hasta Cristo
Minería de Datos e IA Conceptos, Fundamentos y Aplicaciones.pdfMedTechBiz
Este libro ofrece una introducción completa y accesible a los campos de la minería de datos y la inteligencia artificial. Cubre todo, desde conceptos básicos hasta estudios de casos avanzados, con énfasis en la aplicación práctica utilizando herramientas como Python y R.
También aborda cuestiones críticas de ética y responsabilidad en el uso de estas tecnologías, discutiendo temas como la privacidad, el sesgo algorítmico y transparencia.
El objetivo es permitir al lector aplicar técnicas de minería de datos e inteligencia artificial a problemas reales, contribuyendo a la innovación y el progreso en su área de especialización.
1. EJERCICIOS PARA MODELAR BASES DE DATOS
Ejercicio 1. Biblioteca v1
Crear un diseño entidad relación (estando prohíbido utilizar símbolos del modelo
extendido) que permita gestionar los datos de una biblioteca de modo que
Las personas socias de la biblioteca disponen de un código de socio y además
necesitar almacenar su dni, dirección, teléfono, nombre y apellidos
La biblioteca almacena libros que presta a los socios y socias, de ellos se
almacena su título, su editorial, el año en el que se escribió el libro, el
nombre completo del autor (o autores), el año en que se editó y en qué
editorial fue y el ISBN.
Necesitamos poder indicar si un volumen en la biblioteca está deteriorado o
no
Queremos controlar cada préstamo que se realiza almacenando la fecha en
la que se realiza, la fecha tope para devolver (que son 15 días más que la
fecha en la que se realiza el préstamo) y la fecha real en la que se devuelve
el libro
Ver solución
Ejercicio 2. Academia de clases
Crear un diseño entidad relación que permita controlar el sistema de información de
una academia de cursos siguiendo estas premisas:
Se dan clases a trabajadores y desempleados. Los datos que se almacenan
de los alumnos son el DNI, dirección, nombre, teléfono y la edad
Además de los que trabajan necesitamos saber el CIF, nombre, teléfono y
dirección de la empresa en la que trabajan
Los cursos que imparte la academia se identifican con un código de curso.
Además se almacena el programa del curso, las horas de duración del mismo,
el título y cada vez que se imparte se anotará las fechas de inicio y fin del
curso junto con un número concreto de curso (distinto del código) y los datos
del profesor o profesora (sólo uno por curso) que son: dni, nombre,
apellidos, dirección y teléfono
Se almacena la nota obtenida por cada alumno en cada curso teniendo en
cuenta que un mismo alumno o alumna puede realizar varios cursos y en
cada cual obtendrá una nota.
Ver solución
2. Ejercicio 3. Geografía
Crear un diseño entidad relación que permita almacenar datos geográficos referidos a
España:
Se almacenará el nombre y población de cada localidad, junto con su nombre
y los datos de la provincia a la que pertenece la localidad, su nombre,
población y superficie.
Necesitamos también conocer los datos de cada comunidad autónoma,
nombre, población y superficie y por supuesto las localidades y provincias
de la misma
Para identificar a la provincia se usarán los dos primeros dígitos del código
postal. Es decir 34 será el código de Palencia y 28 el de Madrid
Necesitamos saber qué localidad es la capital de cada provincia y cuáles lo
son de cada comunidad
Ver solución
Ejercicio 4. Guerras
Diseñar un modelo entidad/relación que almacene los datos de todas las guerras de la
historia de modo que:
Se almacene el año en el que empezó la guerra y el año en que terminó, así
como su nombre y el de los paises contendientes, pudiendo indicar además
quienes fueron las ganadores
Hay que tener en cuenta que los paises se pueden unir a la guerra a uno u
otro bando (suponemos que solo hay dos bandos) después de comenzada la
guerra (como EEUU en la 2ª guerra mundial) y que incluso pueden abandonar
la guerra antes de que esta finalice (como Rusia en la 1ª guerra mundial)
Los paises que se almacenan en la base de datos pueden no ser paises
actualmente (como Prusia, Aragón, Asiria,etc.) por lo que se ha contemplado
que en la base de datos se almacenen los años en los que el país ha sido
independiente, teniendo en cuenta que hay paises que ha habido momentos
en los que ha sido independiente y otros en los que no (por ejemplo Croacia).
Bstará con almacenar los periodos en los que ha sido independiente.
Ver solución
Ejercicio 5. Almacén v1
Se trata de crear una base de datos sobre un almacén de piezas de modo que:
Cada pieza se identifica con dos letras (tipo, por ejemplo TU=tuerca) y un
número (modelo, por ejemplo 6)
Almacenamos un atributo que permite saber la descripción de cada tipo de
pieza. Es decir el tipo TU tendrá la descripción tuerca.
Necesitamos conocer el precio al que vendemos cada pieza.
Además hay piezas que se componen de otras piezas, por ejemplo una
puerta se compone de una hoja de madera, una bisagra y un picaporte.
Incluso una pieza puede estar compuesta de otras piezas que ha su vez
pueden estar compuestas por otras y así sucesivamente
Tenemos una serie de almacenes de los que guardamos su número,
descripción, dirección y el nombre de cada estantería de almacén. Cada
estantería se identifica por tres letras.
Necesitaremos saber la cantidad de piezas que tenemos en cada almacén y
saber en qué estanterías están las piezas buscadas
Ver solución
3. Ejercicio 6. Biblioteca v2
Se trata de crear una base de datos sobre el funcionamiento de una biblioteca
Almacenaremos el DNI, nombre, apellidos, código de socio, dirección y
teléfonos (pueden ser varios, pero al menos uno)
La biblioteca presta libros, CDs y películas. De todos ellos se almacena un
código de artículo distinto para cada pieza en la biblioteca. Es decir si
tenemos tres libros del Quijote, los tres tendrán un número distinto de
artículo.
Además almacenamos el nombre de cada artículo, el año en el que se hizo
la obra (sea del tipo que sea) un resumen de la obra y los datos de los autores
del mismo. Se considera autor de la película al director, de la música al
intérprete y del libro al escritor. Pero de todos ellos se guarda la misma
información: nombre y país.
De los libros además se guarda el número de páginas, de los CDs el número
de canciones y de la película la duración
Anotamos si un artículo concreto está deteriorado y un comentario sobre el
posible deterioro
Cuando se presta un artículo, se anota fecha en la que se presta y la fecha
tope para devolverle. Cuando el socio le devuelve, se anota la fecha de
devolución.
No hay tope sobre el número de artículos que puede prestarse a un socio e
incluso el socio podría llevarse varias veces el mismo artículo en distintos
préstamos
Ver solución
Ejercicio 7. Organigrama
Crear el esquema entidad/relación que represente el organigrama de una empresa, de
modo que:
Aparezcan los datos de todos los empleados y empleadas: dni, nº de
seguridad social, código de trabajador, nombre, apellidos, dirección,
teléfono y departamento en el que trabajan indicado por su código y
nombre.
También hay que tener en cuenta que cada trabajador puede tener un
responsable (que en realidad es otro trabajador)
Los departamentos poseen un único coordinador del mismo
Necesitamos almacenar la categoría profesional de los trabajadores y
trabajadoras, teniendo en cuenta que la categoría a veces cambia al cambiar
el contrato, de los contratos se almacena la fecha de inicio del mismo y la
fecha final (un contrato en vigor tendrá como fecha final el valor nulo).
También controlaremos las nóminas que ha recibido el trabajador de las que
sabemos la fecha, el salario y a qué trabajador van dirigidas y la categoría
del mismo.
Ver solución
Ejercicio 8. Vuelos
Crear el esquema entidad/relación que permita gestionar reservas de vuelos, de modo
que:
Los clientes pueden reservar vuelos. Con la reserva se pueden reservar
varias plazas, pero no poseeremos el número de asiento hasta obtener la
4. tarjeta de embarque. En ese instante se asignará el asiento que tiene como
identificación la fila, columna y la planta en la que está situado.
Se pueden obtener tarjetas de embarque sin tener reserva
Las tarjetas de embarque se refieren a un único cliente. De modo que
aunque reserváramos nueve plazas, cada cliente podrá sacar su tarjeta de
embarque indicando el número de reserva, la fecha de la misma y sus datos
personales (dni, nombre, apellidos, dirección y teléfono). Además la persona
que reserva debe indicar una tarjeta de crédito que quedará asociada a esa
persona.
El vuelo que se reserva tiene un código único, una fecha y una hora de salida
y de llegada y un aeropuerto de salida y otro de llegada
Los aeropuertos poseen un código único, además del nombre y la localidad
y el país en el que se encuentran
Se guarda información sobre los aviones, código y número de plazas. Los
vuelos sólo les puede realizar un avión determinado, pero el mismo avión
puede realizar (como es lógico) otros vuelos
Ver solución
Ejercicio 9. Recetas de cocina
Crear el esquema entidad/relación que permita gestionar los datos sobre preparación
de rectas de cocina
Ver solución
Ejercicio 10. Futbol
Crear el esquema entidad/relación que permita crear el diseño de una base de datos
que almacena información sobre los partidos de una liga de futbol una temporada. Hay
que tener en cuenta que en dicha liga los jugadores no pueden cambiar de equipo
Ver solución
Ejercicio 11. Accidentes geográficos
Realizar un esquema entidad/relación que sirva para almacenar información
geográfica. Para ello hay que tener en cuenta
o Se almacenan los siguientes accidentes geográficos: ríos, lagos y
montañas
o De cada accidente se almacenan su posición horizontal y vertical
según el eje de la tierra, además de su nombre
o De los ríos se almacena su longitud, de las montañas su altura y de los
lagos su extensión
o Se almacena también información sobre cada país, su nombre, su
extensión y su población
o Se desea almacenar información que permite saber en qué país está
cada accidente geográfico, teniendo en cuenta que cada accidente
puede estar en más de un país.
o Se almacena también los nombres de cada localidad del planeta. Y se
almacena por qué localidades pasa cada río.
Ver solución
Ejercicio 12. Empresa de software
Realizar un esquema entidad/relación que permita modelar el sistema de información
de una empresa de software atendiendo las siguientes premisas
5. La empresa crea proyectos para otras empresas. De dichas empresas se
almacena el CIF, nombre, dirección y teléfono así como un código interno
de empresa.
Los proyectos se inician en una determinada fecha y finalizan en otra.
Además al planificarle se almacena la fecha prevista de finalización (que
puede no coincidir con la finalización real)
Los proyectos los realizan varios trabajadores, cada uno de ellos desempeña
una determinada profesión en el proyecto (analista, jefe de proyecto,
programador,…), dicha profesión tiene un código de profesión. En el mismo
proyecto puede haber varios analistas, programadores,…
Todos los trabajadores tienen un código de trabajador, un dni, un nombre y
apellidos. Su profesión puede cambiar según el proyecto: en uno puede ser
jefe y en otro un programador
Se anota las horas que ha trabajado cada trabajador en cada proyecto.
Puede haber varios proyectos que comiencen el mismo día.
A todas las empresas les hemos realizado al menos un proyecto
Todos los trabajadores han participado en algún proyecto
En la base de datos, la profesión “administrador de diseño” no la ha
desempeñado todavía ningún trabajador o trabajadora
Ver solución
Ejercicio 13. Empresa de comidas
Crear un diseño entidad/relación para una empresa de comidas. En la base de datos
tienen que figurar:
El nombre y apellidos de cada empleado, su dni y su número de SS además
del teléfono fijo y el móvil
Algunos empleados/as son cocineros/as. De los cocineros y cocineras
anotamos (además de los datos propios de cada empleado) sus años de
servicio en la empresa.
Hay empleados/as que son pinches. De los y las pinches anotamos su fecha
de nacimiento.
La mayoría de trabajadores no son ni pinches ni cocineros/as
En la base de datos figura cada plato (su nombre como “pollo a la carloteña”,
“bacalo al pil-pil”,…), el precio del plato junto con los ingredientes que
lleva. Anotamos también si cada plato es un entrante, un primer plato,
segundo plato o postre
De los ingredientes necesitamos la cantidad que necesitamos de él en cada
plato y en qué almacén y estantería del mismo le tenemos.
Cada almacén se tiene un nombre (despensa principal, cámara frigorífica A,
cámara frigorífica B…), un número de almacén y una descripción del mismo.
Cada estante en el almacén se identifica con dos letras y un tamaño en
centímetros. Dos almacenes distintos pueden tener dos estantes con las
mismas letras.
Necesitamos también saber qué cocineros son capaces de preparar cada
plato.
Cada pinche está a cargo de un cocinero o cocinera.
La cantidad de ingredientes en cada estantería de un almacén se actualiza
en la base de datos al instante. SI cogemos dos ajos de un estante, figurará
al instante que tenemos dos ajos menos en ese estante. Es necesario por lo
tanto saber los ingredientes (cuáles y en qué número) que tenemos en cada
estante.
6. Ver solución
Ejercicio 14. Red social
Crear un diseño entidad/relación que permita modelar un sistema que sirva para
simular el funcionamiento de una red social, teniendo en cuenta lo siguiente:
Los usuarios de la red social se identifican con un identificador y una
contraseña. Además se almacena de ellos:
o Su nombre, apellidos, dirección, teléfono (puede tener varios
teléfonos) e e-mail (el e-mail no tiene que poder coincidir con el
de otro usuario) y una foto
o Si los usuarios son celebridades, de ellos no aparecerá ni el email
ni la dirección ni el teléfono.
Los usuarios pueden tener una serie de contactos, que en realidad son otros
usuarios. De cada contacto se puede almacenar un comentario que es
personal y que sirve para describir al contacto.
Los usuarios pueden organizar sus contactos en grupos de los cuales se
almacena un nombre y deberemos saber los contactos que contiene. El
mismo contacto puede formar parte de varios grupos.
Además cada usuario puede tener una lista de usuarios bloqueados a fin de
que no puedan contactar con él
Los usuarios pueden publicar en la red comentarios, los cuales se puede
hacer que los vea todo el mundo, que los vea uno o varios de los grupos de
contactos del usuario o bien una lista concreta de usuarios. Los comentarios
pueden incluir un texto y una imagen.
Ver solución
Ejercicio 15. Menú diario
Crear un esquema Entidad/relación que represente un modelo para llevar los datos
que maneja un restaurante de menús diarios. Teniendo en cuenta que:
Sólo interesa llevar los datos de los menús diarios a la hora de la comida,
nada más del restaurante
Cada menús se compone de una serie de posibles platos. cada plato se puede
repetir en diferentes días. Los platos pueden ser primer plato, segundo plato
o postres.
De cada plato se almacena el nombre (por ejemplo Arroz negro con setas) y
una pequeña descripción.
De los menús almacenamos la fecha en la que se ofrece el menú, el número
de personas que han tomado menú ese día. Además almacenamos la cantidad
de cada plato que se ha tomado ese día.
Se almacena también la temperatura que hacía el día del menú para así
poder analizar las temperaturas y los platos exitosos
Ver solución
Ejercicio 16. Twitter
Crear un esquema Entidad/relación que represente un modelo para llevar los datos
que maneja la red social Twitter: usuarios, mensajes,...
Ver solución
Ejercicio 17. Horario escolar
Crear un esquema Entidad/relación que represente el funcionamiento de un centro
escolar de formación profesional, teniendo en cuenta que:
7. Sólo interesa llevar el control de ocupación de las aulas en el horario escolar
El horario es de seis horas diarias y en la base de datos simplemente se anota
si es la primera, segunda,… y el día de la semana del que hablamos (por
ejemplo miércoles a tercera hora)
Las asignaturas tienen un nombre, un código interno del centro y un código
europeo. La misma asignatura se puede impartir en dos ciclos distintos y en
ese caso tendría el mismo código europeo y nombre, pero el código interno
sería distinto. Hace falta saber en qué curso del ciclo se imparte la asignatura
Los ciclos tienen un nombre, pueden ser de grado superior,de grado medio
o de iniciación profesional; además tienen otro código interno en el centro.
Las asignaturas en cada momento ocupan un aula, del que tenemos que
almacenar un código de aula, un nombre (que no se repite), un número de
aula (que tampoco se repite) y los metros que tiene. A una hora concreta de
la semana, el aula puede estar vacia o bien ocuparse, pero sólo se puede
ocupar por una asignatura
Necesitamos saber y anotar en la base de datos si una asignatura requiere
que antes se hayan aprobado otras, para poder matricularse en ella. Por
ejemplo, Ampliación de Matemáticas de 2º a lo mejor requiere aprobar
Matemáticas de 1º. Puede requerirse terminar más de una asignatura
previamente para poder matricularse de una concreta.
Se entiende que la asignatura sólo la puede impartir un profesor en todo el
año, siempre será uno en todo momento el titular
De los profesores se almacena su nombre, dirección, teléfono, email, DNI,
nº de Seguridad Social y un código interno de profesor así como los años que
tiene de antigüedad impartiendo cada asignatura. Puede ser cada profesora
o profesor, tutora de un curso y también se anota la antigüedad que tiene
en esa tarea
Complicamos el esquema anterior en este sentido
Siendo más realistas, nos damos cuenta de que en un curso escolar, puede
haber varios profesores responsables de una asignatura (por bajas, ceses,
etc.); por lo que anotamos cuándo empezó a impartir dicho profesor la
asignatura y cuando terminó (si no ha terminado, se dejaría vacío)
Asegurar que podemos averiguar gracias al diseño, que si buscamos a un
profesor un día concreto (por ejemplo el 13 de Mayo de 2012) a una hora
concreta (sexta hora), podríamos saber en qué aula va a estar.
Ver solución
Ejercicio 18. Inmuebles
Crear un diseño entidad/relación que permita modelar un sistema que sirva para
gestionar una empresa que posee inmuebles. Para ello
Se almacenan los clientes usando su DNI, Teléfono fijo, Móvil, Nombre y
Apellidos.
Se almacenan los trabajadores y se almacenan los mismos datos. Ocurre
además que un trabajador puede ser un cliente (porque puede alquilar o
comprar mediante la inmobiliaria) a veces.
A cada cliente y trabajador se le asigna un código personal
Los clientes pueden comprar pisos, locales o garajes. En los tres casos se
almacena un código de inmueble (único para cada inmueble), los metros que
tienen, una descripción y su dirección.
8. Los pisos tienen un código especial de piso que es distinto para cada piso.
En los locales se indica el uso que puede tener y si tienen servicio o no.
De los garajes se almacena el número de garaje (podría repetirse en distintos
edificios) y la planta en que se encuentra (para el caso de garajes que están
en varias plantas). Los garajes además pueden asociarse a un piso y así
cuando se alquile el piso se incluirá el garaje.
La empresa prevé que podría haber inmuebles que podrían no ser ni locales,
ni garajes, ni pisos
Los inmuebles se pueden comprar. Incluso varias veces. Se asigna un código
de compra cada vez que se haga, la fecha y el valor de la compra. La compra
puede tener varios titulares.
Cada inmueble se puede alquilar y en ese caso se asigna un número de
alquiler por cada inmueble. Ese número se puede repetir en distintos
inmuebles (es decir puede haber alquiler nº 18 para el inmueble 40 y el 35).
Pero no se repite para el mismo inmueble.
Al alquilar queremos saber el nombre del agente de la empresa que gestionó
el alquiler así como a qué persona (solo una) estamos alquilando el inmueble.
Cada pago de cada alquiler será almacenado en la base de datos, llevando el
año, el mes y el valor del mismo.