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 el diagrama E-R, diagrama relacional y diccionario de datos de una base de datos para una pizzería. Incluye tablas para empleados, clientes, pedidos, productos, proveedores y las relaciones entre ellas. También incluye el script SQL para crear la base de datos.
Este documento presenta una introducción a las bases de datos. Explica brevemente la historia de las bases de datos y cómo evolucionaron desde los sistemas de archivos para superar problemas como la redundancia y la inflexibilidad. Define una base de datos como una colección de datos almacenados de manera permanente que pueden ser compartidos y usados por múltiples usuarios. Finalmente, describe las funciones clave de un sistema gestor de bases de datos, incluyendo el manejo de transacciones, control de acceso, recuperación ante fallas y mantenimiento de la integrid
Este documento presenta 6 ejercicios de entidad-relación. Cada ejercicio describe una situación de negocio diferente e incluye las entidades y relaciones clave que deben modelarse en una base de datos. Los ejercicios cubren situaciones como la venta de productos, el transporte de paquetes, la gestión de un instituto, la venta de automóviles y la gestión clínica de pacientes y médicos.
La labor del administrador de la memoria consiste en 1) llevar el registro de las partes de memoria que se están utilizando y las que no para asignar espacio a los procesos cuando lo necesiten y liberarlo cuando terminen, y 2) administrar el intercambio entre la memoria principal y el disco cuando la memoria principal no puede albergar todos los procesos.
Este documento describe los sistemas de archivos y la gestión de archivos en Mac OS X. Explica que el sistema de archivos HFS+ almacena metadatos usando una estructura de árbol B* y permite nombres de archivo de hasta 255 caracteres. También describe al Finder como el gestor de archivos gráfico que usa una metáfora de explorador para navegar y manipular archivos y carpetas.
El documento describe las características y componentes principales de Oracle, una base de datos relacional escalable. Explica que Oracle consta de archivos de datos, redo log y de control, e incluye procesos como DBWn, LGWR, SMON y PMON que gestionan la escritura y recuperación de datos. También describe la estructura lógica y física de una base de datos Oracle, incluyendo el área global del sistema y de programas en memoria.
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 el diagrama E-R, diagrama relacional y diccionario de datos de una base de datos para una pizzería. Incluye tablas para empleados, clientes, pedidos, productos, proveedores y las relaciones entre ellas. También incluye el script SQL para crear la base de datos.
Este documento presenta una introducción a las bases de datos. Explica brevemente la historia de las bases de datos y cómo evolucionaron desde los sistemas de archivos para superar problemas como la redundancia y la inflexibilidad. Define una base de datos como una colección de datos almacenados de manera permanente que pueden ser compartidos y usados por múltiples usuarios. Finalmente, describe las funciones clave de un sistema gestor de bases de datos, incluyendo el manejo de transacciones, control de acceso, recuperación ante fallas y mantenimiento de la integrid
Este documento presenta 6 ejercicios de entidad-relación. Cada ejercicio describe una situación de negocio diferente e incluye las entidades y relaciones clave que deben modelarse en una base de datos. Los ejercicios cubren situaciones como la venta de productos, el transporte de paquetes, la gestión de un instituto, la venta de automóviles y la gestión clínica de pacientes y médicos.
La labor del administrador de la memoria consiste en 1) llevar el registro de las partes de memoria que se están utilizando y las que no para asignar espacio a los procesos cuando lo necesiten y liberarlo cuando terminen, y 2) administrar el intercambio entre la memoria principal y el disco cuando la memoria principal no puede albergar todos los procesos.
Este documento describe los sistemas de archivos y la gestión de archivos en Mac OS X. Explica que el sistema de archivos HFS+ almacena metadatos usando una estructura de árbol B* y permite nombres de archivo de hasta 255 caracteres. También describe al Finder como el gestor de archivos gráfico que usa una metáfora de explorador para navegar y manipular archivos y carpetas.
El documento describe las características y componentes principales de Oracle, una base de datos relacional escalable. Explica que Oracle consta de archivos de datos, redo log y de control, e incluye procesos como DBWn, LGWR, SMON y PMON que gestionan la escritura y recuperación de datos. También describe la estructura lógica y física de una base de datos Oracle, incluyendo el área global del sistema y de programas en memoria.
El documento describe los conceptos fundamentales del modelo entidad-relación, incluyendo entidades, atributos, claves, relaciones y tipos de relaciones. Explica que las entidades representan objetos del mundo real, los atributos son sus características, y las relaciones capturan cómo las entidades se relacionan entre sí. También cubre conceptos como claves primarias y foráneas, cardinalidades, y diagramas entidad-relación.
Ejercicio de Base de datos resuelto con modelo entidad relación, aplicando normalización y cardinalidad siguiendo el método de diseño de bases de datos de Arriba/Abajo mencionado en el libro Analisis de Bases de bases de Datos de Thomas Connolly y Caroling Begg
El documento describe tres estructuras de selección en C: la estructura selectiva simple (if), la estructura selectiva doble (if-else), y la estructura selectiva múltiple (switch). La estructura if ejecuta una acción si una condición es verdadera, if-else ejecuta una de dos acciones dependiendo de si la condición es verdadera o falsa, y switch elige entre múltiples bloques de código dependiendo del valor de una expresión.
Este documento presenta 14 ejercicios de modelado conceptual para diferentes dominios. Cada ejercicio describe los datos relevantes de una situación, como soldados realizando el servicio militar, estudiantes haciendo trabajos de fin de carrera, o un zoológico administrando especies animales, empleados y recorridos. El objetivo es diseñar bases de datos para almacenar y gestionar esta información de cada dominio.
El documento lista los atributos de una base de datos para una empresa de envío de mercancía, incluyendo información sobre la guía de envío, la empresa de origen, el destinatario, el paquete, y el valor del flete.
El documento describe diferentes modelos de datos, incluyendo el modelo entidad-relación, el modelo orientado a objetos, el modelo de datos semántico y el modelo de datos funcional. También describe los principales modelos de bases de datos: el modelo relacional, el modelo en red y el modelo jerárquico. Finalmente, menciona los modelos físicos de datos más comunes como el modelo unificador y el modelo de memoria de elementos.
Este documento describe los conceptos básicos de entidades, atributos y relaciones en bases de datos. Las entidades son objetos que pueden ser concretos o abstractos, y están representados por atributos. Los atributos son propiedades que describen las entidades y tienen dominios de valores permitidos. Las relaciones conectan tablas cuando comparten información, como una tabla de alumnos y grupos. Existen relaciones uno a uno, uno a muchos y muchos a muchos.
El documento trata sobre la administración de la memoria en sistemas operativos. Explica que la administración de memoria se encarga de obtener la máxima utilidad de la memoria organizando los procesos de forma eficiente. Describe técnicas como la memoria virtual, paginación y segmentación que permiten al sistema operativo simular una memoria más grande de la física disponible.
La lista habla sobre diferentes tipos de listas enlazadas como listas doblemente enlazadas y simplemente enlazadas, y sus operaciones como recorrido, mezcla, búsqueda, inserción y eliminación. También menciona que las listas enlazadas son estructuras dinámicas que permiten agregar y eliminar nodos fácilmente.
El documento describe el impacto de las telecomunicaciones en diferentes ámbitos. Explica que las telecomunicaciones han permitido la transmisión de información a distancia de forma más rápida, especialmente en las últimas décadas. También describe cómo las telecomunicaciones han afectado la medicina, el comercio electrónico y la vida diaria en los hogares al facilitar el acceso a la información y hacer las tareas más sencillas.
Este documento describe la abstracción de datos y las estructuras de datos. Explica que la abstracción de datos es una técnica que permite diseñar estructuras de datos representando sus características esenciales sin detalles de implementación. También define los tipos de datos abstractos y especifica sus elementos, organización, dominio y operaciones a nivel lógico. Finalmente, destaca las ventajas de la abstracción como diseño modular, mantenimiento fácil y reutilización de código.
El documento presenta 6 ejercicios de normalización de bases de datos que incluyen facturas de venta, envío de mercancía, video club, préstamos de libros, reportes de matrícula y préstamos de biblioteca. Se pide aplicar las reglas de normalización a cada uno de los casos hasta llegar a la tercera forma normal, justificando cada paso.
Oracle es una base de datos relacional escalable y fácil de gestionar. Los administradores de bases de datos (DBA) son responsables de mantener Oracle Server para procesar solicitudes de usuario, realizar copias de seguridad y recuperación, y ajustar el rendimiento. La arquitectura de Oracle incluye estructuras físicas como archivos y lógicas como tablespaces para almacenar y recuperar datos de forma eficiente.
Una vista es una consulta almacenada que se presenta como una tabla virtual a partir de una o más tablas reales en una base de datos. Las vistas permiten ocultar información, simplificar permisos de usuarios y mejorar el rendimiento de consultas frecuentes al almacenar el resultado de una consulta compleja. Se pueden crear, modificar y eliminar vistas mediante sentencias SQL como CREATE VIEW, ALTER VIEW y DROP VIEW.
Una lista de adyacencia es una representación de un grafo mediante una lista donde cada entrada contiene los vértices conectados por una arista. Si el grafo es no dirigido, cada entrada contiene un conjunto de dos vértices asociados a una arista. Si es dirigido, cada entrada contiene una tupla con el vértice de origen y destino de un arco.
El documento presenta 6 ejercicios de diseño de bases de datos relacionales (DER) para diferentes requisitos. El primer ejercicio pide diseñar una base de datos para registrar accidentes, multas, personas y vehículos. El segundo ejercicio solicita diseñar una base de datos para una empresa de alquiler de vehículos. El tercer ejercicio pide diseñar una base de datos para gestionar la información de miembros de una universidad.
El documento describe los problemas de concurrencia que surgen cuando múltiples transacciones acceden a una base de datos de forma concurrente, y los mecanismos utilizados para controlar la concurrencia, como bloqueos y estampas de tiempo. Explica que el objetivo del control de concurrencia es garantizar que las transacciones concurrentes produzcan resultados equivalentes a una ejecución secuencial, para evitar problemas como actualizaciones perdidas o análisis inconsistentes.
Algoritmos de busqueda - hash truncamientoLutzo Guzmán
El documento describe diferentes algoritmos de búsqueda como la búsqueda lineal, binaria y por transformación de claves (hashing). Explica el truncamiento como un método de hashing que toma algunos dígitos de la clave para formar un índice de almacenamiento. También discute el problema de las colisiones que puede ocurrir cuando dos claves mapean a la misma posición y métodos para resolver esto como reasignación, arreglos anidados y encadenamiento.
Este documento describe cómo instalar y utilizar una base de datos orientada a objetos con Db4o. Explica los pasos para instalar Db4o, iniciar una base de datos, agregar objetos mediante consultas, y eliminar datos. Primero guía al lector en la instalación de Db4o. Luego, muestra cómo crear una base de datos y agregar referencias. Por último, detalla cómo realizar consultas para agregar, mostrar y eliminar objetos de la base de datos.
3.3 Ambientes de servicios: negocios, Industria, comercio electrónico.PaolanmGongor
Este documento trata sobre los ambientes de servicios en negocios, industria y comercio electrónico. Explica que las tecnologías han permitido que los servicios lleguen a más personas y ha incrementado la productividad de las organizaciones. Describe tres modalidades comunes en sistemas de informática: procesos aritméticos, funciones lógicas y operaciones de entrada/salida. También discute cómo la industrialización de servicios de tecnología redefinirá el mercado y cómo el comercio electrónico permite diferentes tipos de transacc
El documento describe los conceptos fundamentales del modelo entidad-relación, incluyendo entidades, atributos, claves, relaciones y tipos de relaciones. Explica que las entidades representan objetos del mundo real, los atributos son sus características, y las relaciones capturan cómo las entidades se relacionan entre sí. También cubre conceptos como claves primarias y foráneas, cardinalidades, y diagramas entidad-relación.
Ejercicio de Base de datos resuelto con modelo entidad relación, aplicando normalización y cardinalidad siguiendo el método de diseño de bases de datos de Arriba/Abajo mencionado en el libro Analisis de Bases de bases de Datos de Thomas Connolly y Caroling Begg
El documento describe tres estructuras de selección en C: la estructura selectiva simple (if), la estructura selectiva doble (if-else), y la estructura selectiva múltiple (switch). La estructura if ejecuta una acción si una condición es verdadera, if-else ejecuta una de dos acciones dependiendo de si la condición es verdadera o falsa, y switch elige entre múltiples bloques de código dependiendo del valor de una expresión.
Este documento presenta 14 ejercicios de modelado conceptual para diferentes dominios. Cada ejercicio describe los datos relevantes de una situación, como soldados realizando el servicio militar, estudiantes haciendo trabajos de fin de carrera, o un zoológico administrando especies animales, empleados y recorridos. El objetivo es diseñar bases de datos para almacenar y gestionar esta información de cada dominio.
El documento lista los atributos de una base de datos para una empresa de envío de mercancía, incluyendo información sobre la guía de envío, la empresa de origen, el destinatario, el paquete, y el valor del flete.
El documento describe diferentes modelos de datos, incluyendo el modelo entidad-relación, el modelo orientado a objetos, el modelo de datos semántico y el modelo de datos funcional. También describe los principales modelos de bases de datos: el modelo relacional, el modelo en red y el modelo jerárquico. Finalmente, menciona los modelos físicos de datos más comunes como el modelo unificador y el modelo de memoria de elementos.
Este documento describe los conceptos básicos de entidades, atributos y relaciones en bases de datos. Las entidades son objetos que pueden ser concretos o abstractos, y están representados por atributos. Los atributos son propiedades que describen las entidades y tienen dominios de valores permitidos. Las relaciones conectan tablas cuando comparten información, como una tabla de alumnos y grupos. Existen relaciones uno a uno, uno a muchos y muchos a muchos.
El documento trata sobre la administración de la memoria en sistemas operativos. Explica que la administración de memoria se encarga de obtener la máxima utilidad de la memoria organizando los procesos de forma eficiente. Describe técnicas como la memoria virtual, paginación y segmentación que permiten al sistema operativo simular una memoria más grande de la física disponible.
La lista habla sobre diferentes tipos de listas enlazadas como listas doblemente enlazadas y simplemente enlazadas, y sus operaciones como recorrido, mezcla, búsqueda, inserción y eliminación. También menciona que las listas enlazadas son estructuras dinámicas que permiten agregar y eliminar nodos fácilmente.
El documento describe el impacto de las telecomunicaciones en diferentes ámbitos. Explica que las telecomunicaciones han permitido la transmisión de información a distancia de forma más rápida, especialmente en las últimas décadas. También describe cómo las telecomunicaciones han afectado la medicina, el comercio electrónico y la vida diaria en los hogares al facilitar el acceso a la información y hacer las tareas más sencillas.
Este documento describe la abstracción de datos y las estructuras de datos. Explica que la abstracción de datos es una técnica que permite diseñar estructuras de datos representando sus características esenciales sin detalles de implementación. También define los tipos de datos abstractos y especifica sus elementos, organización, dominio y operaciones a nivel lógico. Finalmente, destaca las ventajas de la abstracción como diseño modular, mantenimiento fácil y reutilización de código.
El documento presenta 6 ejercicios de normalización de bases de datos que incluyen facturas de venta, envío de mercancía, video club, préstamos de libros, reportes de matrícula y préstamos de biblioteca. Se pide aplicar las reglas de normalización a cada uno de los casos hasta llegar a la tercera forma normal, justificando cada paso.
Oracle es una base de datos relacional escalable y fácil de gestionar. Los administradores de bases de datos (DBA) son responsables de mantener Oracle Server para procesar solicitudes de usuario, realizar copias de seguridad y recuperación, y ajustar el rendimiento. La arquitectura de Oracle incluye estructuras físicas como archivos y lógicas como tablespaces para almacenar y recuperar datos de forma eficiente.
Una vista es una consulta almacenada que se presenta como una tabla virtual a partir de una o más tablas reales en una base de datos. Las vistas permiten ocultar información, simplificar permisos de usuarios y mejorar el rendimiento de consultas frecuentes al almacenar el resultado de una consulta compleja. Se pueden crear, modificar y eliminar vistas mediante sentencias SQL como CREATE VIEW, ALTER VIEW y DROP VIEW.
Una lista de adyacencia es una representación de un grafo mediante una lista donde cada entrada contiene los vértices conectados por una arista. Si el grafo es no dirigido, cada entrada contiene un conjunto de dos vértices asociados a una arista. Si es dirigido, cada entrada contiene una tupla con el vértice de origen y destino de un arco.
El documento presenta 6 ejercicios de diseño de bases de datos relacionales (DER) para diferentes requisitos. El primer ejercicio pide diseñar una base de datos para registrar accidentes, multas, personas y vehículos. El segundo ejercicio solicita diseñar una base de datos para una empresa de alquiler de vehículos. El tercer ejercicio pide diseñar una base de datos para gestionar la información de miembros de una universidad.
El documento describe los problemas de concurrencia que surgen cuando múltiples transacciones acceden a una base de datos de forma concurrente, y los mecanismos utilizados para controlar la concurrencia, como bloqueos y estampas de tiempo. Explica que el objetivo del control de concurrencia es garantizar que las transacciones concurrentes produzcan resultados equivalentes a una ejecución secuencial, para evitar problemas como actualizaciones perdidas o análisis inconsistentes.
Algoritmos de busqueda - hash truncamientoLutzo Guzmán
El documento describe diferentes algoritmos de búsqueda como la búsqueda lineal, binaria y por transformación de claves (hashing). Explica el truncamiento como un método de hashing que toma algunos dígitos de la clave para formar un índice de almacenamiento. También discute el problema de las colisiones que puede ocurrir cuando dos claves mapean a la misma posición y métodos para resolver esto como reasignación, arreglos anidados y encadenamiento.
Este documento describe cómo instalar y utilizar una base de datos orientada a objetos con Db4o. Explica los pasos para instalar Db4o, iniciar una base de datos, agregar objetos mediante consultas, y eliminar datos. Primero guía al lector en la instalación de Db4o. Luego, muestra cómo crear una base de datos y agregar referencias. Por último, detalla cómo realizar consultas para agregar, mostrar y eliminar objetos de la base de datos.
3.3 Ambientes de servicios: negocios, Industria, comercio electrónico.PaolanmGongor
Este documento trata sobre los ambientes de servicios en negocios, industria y comercio electrónico. Explica que las tecnologías han permitido que los servicios lleguen a más personas y ha incrementado la productividad de las organizaciones. Describe tres modalidades comunes en sistemas de informática: procesos aritméticos, funciones lógicas y operaciones de entrada/salida. También discute cómo la industrialización de servicios de tecnología redefinirá el mercado y cómo el comercio electrónico permite diferentes tipos de transacc
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.
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 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
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.
Este documento presenta 7 guías de laboratorio para un curso de base de datos. Cada guía contiene objetivos y partes para modelar datos usando herramientas como Case Erwin y DbDesign, y propone casos prácticos para desarrollar modelos entidad-relación. Los casos incluyen temas como el transporte de encomiendas, hoteles, bancos, agencias de viaje y eventos deportivos.
El documento presenta 10 ejercicios de diseño conceptual de bases de datos relacionales. Cada ejercicio describe un escenario del mundo real y solicita desarrollar un diagrama entidad-relación (DER) que represente las entidades, atributos y relaciones descritas. Los escenarios incluyen información sobre abogados, zoos, socios de clubes náuticos, países, fabricantes, restaurantes, ofertas laborales universitarias, campamentos vacacionales y tráfico marítimo.
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.
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.
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.
El documento presenta 9 ejercicios de modelado entidad-relación (MER) para diferentes casos de uso de bases de datos. Cada ejercicio describe los requisitos funcionales y de información para una base de datos relacional específica. Los ejercicios cubren temas como seguros de automóviles, alquiler de vehículos, universidades, recetas de cocina, taxis, tiendas departamentales, proyectos comunitarios, parques naturales y almacenamiento de fotos.
Este taller presenta cuatro ejercicios de diseño de bases de datos. El primer ejercicio involucra el diseño de una base de datos para una agencia de seguros que registra accidentes, multas, personas y vehículos. El segundo ejercicio implica el diseño de una base de datos para una cadena de hoteles que almacena información sobre hoteles, categorías, habitaciones y reservas. El tercer ejercicio se refiere al diseño de una base de datos para una empresa que registra departamentos, empleados, hijos de empleados y habilidades. Cada
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.
1. Ejercicio 1. 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.
Ejercicio 2. 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
Ejercicio 3. 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
2. 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
Ejercicio 4. Biblioteca
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
Ejercicio 5. 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).
3. 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.
Ejercicio 6. 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 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
Ejercicio 7. Recetas de cocina
Crear el esquema entidad/relación que permita gestionar los datos sobre preparación de
rectas de cocina
Ejercicio 8. 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
Ejercicio 9. Accidentes geográficos
Realizar un esquema entidad/relación que sirva para almacenar información geográfica. Para
ello hay que tener en cuenta
Se almacenan los siguientes accidentes geográficos: ríos, lagos y montañas
De cada accidente se almacenan su posición horizontal y vertical según el eje de la tierra,
además de su nombre
4. De los ríos se almacena su longitud, de las montañas su altura y de los lagos su extensión
Se almacena también información sobre cada país, su nombre, su extensión y su población
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.
Se almacena también los nombres de cada localidad del planeta. Y se almacena por qué
localidades pasa cada río.
Ejercicio 10. 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
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
Ejercicio 11. 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.
5. 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.
Ejercicio 12. 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:
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
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.
6. Ejercicio 13. 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
Ejercicio 14. Twitter
Crear un esquema Entidad/relación que represente un modelo para llevar los datos que
maneja la red social Twitter: usuarios, mensajes,...
Ejercicio 15. Horario escolar
Crear un esquema Entidad/relación que represente el funcionamiento de un centro escolar de
formación profesional, teniendo en cuenta que:
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
7. 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.
Ejercicio 16. 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.
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
8. 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.