¡Descarga Documento de base de datos y más Apuntes en PDF de Programación de Bases de Datos solo en Docsity!
Bases de datos
MODELO ENTIDAD – RELACIÓN
EJERCICIOS DE EJEMPLO
EJERCICIO 1.- SERVICIO MILITAR
El Ministerio de Defensa desea diseñar una Base de Datos para llevar un cierto control de los soldados que realizan el servicio militar. Los datos significativos a tener en cuenta son: Un soldado se define por su código de soldado (único), su nombre y apellidos, y su graduación. Existen varios cuarteles, cada uno se define por su código de cuartel, nombre y ubicación. Hay que tener en cuenta que existen diferentes Cuerpos del Ejército (Infantería, Artillería, armada, ....), y cada uno se define por un código de Cuerpo y denominación. Los soldados están agrupados en compañías, siendo significativa para cada una de éstas, el número de compañía y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (guardias, instructores, cuarteleros, ...), y se definen por el código de servicio y descripción.
Consideraciones de diseño: Un soldado pertenece a un único cuerpo y a una única compañía, durante todo el servicio militar. A una compañía pueden pertenecer soldados de diferentes cuerpos, no habiendo relación directa entre compañías y cuerpos. Los soldados de una misma compañía pueden estar destinados en diferentes cuarteles, es decir, una compañía puede estar ubicada en varios cuarteles, y en un cuartel puede haber varias compañías. Un soldado sólo esta en un cuartel. Un soldado realiza varios servicios a lo largo del servicio militar. Un mismo servicio puede ser realizado por más de un soldado (con independencia de la compañía), siendo significativa la fecha de realización.
PROCESO A SEGUIR PARA EL MODELAMIENTO:
Identificar las entidades que son relevantes en el modelo (graficarlas) o Soldados o Cuarteles o Compañías o Cuerpo o Servicios Identificar los atributos de cada Entidad (graficar con entidades, definir PK) o Soldados (código, nombre y apellido, graduación) o Cuarteles (código, nombre, ubicación) o Compañías (número, actividad) o Cuerpo (código, denominación) o Servicios (código, descripción) Identificar relaciones o Soldado pertenece a Compañía (1 soldado pertenece a 1 Compañía) o Soldado pertenece a Cuerpo (1 soldado pertenece a 1 Cuerpo) o Soldado está en Cuartel (1 soldado está en 1 cuartel) o Soldado realiza Servicio (1 soldado realiza 1 servicio en una fecha). La fecha en que realiza es atributo de la relación)
No se diagrama las relaciones que se obtienen a partir de la información y relaciones del Soldado; por ejemplo:
Bases de datos
o Los soldados de una misma compañía pueden estar destinados en diferentes cuarteles, es decir, una compañía puede estar ubicada en varios cuarteles, y en un cuartel puede haber varias compañías. o A una compañía pueden pertenecer soldados de diferentes cuerpos, no habiendo relación directa entre compañías y cuerpos. Esto se deriva de las relaciones del soldado con compañía, cuartel. Finalmente debe revisarse si todas las condiciones descriptivas del problema se encuentran satisfactoriamente representadas en el modelo diagramado.
Bases de datos
Bases de datos
EJERCICIO 3.- AGENCIAS DE VIAJES
Una cadena de agencias de viajes desea disponer de una Base de Datos que contemple información relativa al hospedaje y vuelos de los turistas que la contratan. Los datos a tener en cuenta son: La cadena de agencias está compuesta por un conjunto de sucursales. Cada sucursal viene definida por el código de sucursal, dirección y teléfono. La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estará definido por el código de hotel, nombre, dirección, ciudad, teléfono y número de plazas disponibles. De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma exclusiva. Cada vuelo viene definido por el número de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone. La información que se desea almacenar por cada turista es el código de turista, nombre y apellidos, dirección y teléfono.
Por otra parte, hay que tener en cuenta la siguiente información: A la cadena de agencias le interesa conocer que sucursal ha contratado el turista. A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena, y en que clase (turista o primera) desea viajar. De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la cadena, y elegir el régimen de hospedaje (media pensión o pensión completa). Siendo significativa la fecha de llegada y de partida.
Bases de datos
EJERCICIO 4.- GESTIÓN DE EXÁMENES
Los profesores de la asignatura de Bases de Datos de una Escuela Universitaria deciden crear una base de datos que contenga la información de los resultados de las pruebas realizadas a los alumnos. Para realizar el diseño se sabe que: Los alumnos están definidos por su n° de matrícula, nombre y el grupo al que asisten a clase. Dichos alumnos realizan dos tipos de pruebas a lo largo del curso académico: o Exámenes escritos: cada alumno realiza varios a lo largo del curso, y se definen por el n° de examen, el n° de preguntas de que consta y la fecha de realización (la misma para todos los alumnos que realizan el mismo examen). Evidentemente, es importante almacenar la nota de cada alumno por examen. o Prácticas: se realiza un n° indeterminado de ellas durante el curso académico, algunas serán en grupo y otras individuales. Se definen por un código de práctica, título y el grado de dificultad. En este caso los alumnos pueden examinarse de cualquier práctica cuando lo deseen, debiéndose almacenar la fecha y nota obtenida. En cuanto a los profesores, únicamente interesa conocer (además de sus datos personales: CI y nombre), quien es el qué ha diseñado cada práctica, sabiendo que en el diseño de una práctica puede colaborar más de uno, y que un profesor puede diseñar más de una práctica. Interesa, además, la fecha en que ha sido diseñada cada práctica por el profesor correspondiente.
Bases de datos
Bases de datos
Bases de datos
EJERCICIO 6.- HOLDING EMPRESARIAL
Un holding de empresas desea tener una base de datos referente a las empresas que posee, sus vendedores, así como los asesores que trabajan en el holding. La información está organizada de la siguiente forma:
Los vendedores se organizan en una jerarquía de pirámide, es decir, cada vendedor puede captar otros vendedores para el holding, de manera que un vendedor tendrá a su cargo varios vendedores. Hay que tener en cuenta que un vendedor sólo podrá trabajar en una empresa y sólo podrá captar vendedores para la empresa en que trabaja; siendo importante almacenar la fecha en que se realiza la captación. Los datos de interés para los vendedores serán el código de vendedor, nombre y la dirección. Las empresas cubrirán diferentes áreas del mercado y una misma área puede ser cubierta por varias empresas. Es interesante conocer el nombre del área y una descripción de ésta. Las empresas pueden estar actuando en varios países y en un país pueden estar desarrollando actividades varias empresas. Sin embargo, cada empresa tendrá su sede en un único país, siendo importante la ciudad donde se localiza la sede. Por cuestiones fiscales, una empresa puede tener su sede en un país en el que no esté desarrollando actividad alguna. Los datos de interés para las empresas son el nombre, la fecha de entrada en el holding, la facturación anual y el número de vendedores que posee. Los datos de interés de los países son: el nombre, el PIB, el número de habitantes y la capital. Los asesores entran en el holding para dar soporte en cada una de las áreas en las que actúa el holding. Un asesor puede cubrir varias áreas y un área puede ser cubierta por varios asesores. Un asesor puede asesorar a varias empresas y una empresa tener varios asesores. Es importante saber en qué fecha un asesor comienza a trabajar para una empresa en un área determinada. Los datos de interés de los asesores son el código de asesor, nombre, dirección y la titulación.
Bases de datos
EJERCICIO 7.- CLUB NÁUTICO
Un club náutico desea tener informatizados los datos correspondientes a sus instalaciones, empleados, socios y embarcaciones que se encuentran en dicho club. El club esta organizado de la siguiente forma: Los socios pertenecientes al club vienen definidos por su nombre, dirección, CI, teléfono y fecha de ingreso en el club. Las embarcaciones vienen definidas por: matricula, nombre, tipo y dimensiones. Los amarres tienen como datos de interés el número de amarre, la lectura del contador de agua y luz, y si tienen o no servicios de mantenimiento contratados. Por otro lado, hay que tener en cuenta que una embarcación pertenece a un socio aunque un socio puede tener varias embarcaciones. Una embarcación ocupará un amarre y un amarre está ocupado por una sola embarcación. Es importante la fecha en la que una embarcación en asignada a un amarre. Los socios pueden ser propietarios de amarres, siendo importante la fecha de compra del amarre. Hay que tener en cuenta que un amarre pertenece a un solo socio y que NO HAY ninguna relación directa entre la fecha en la que se compra un amarre y en la que una embarcación se asigna a un amarre. El club náutico está dividido en varias zonas definidas por una letra, el tipo de barcos que tiene, el numero de barcos que contiene, la profundidad y el ancho de los amarres. Una zona tendrá varios amarres y un amarre pertenece a una sola zona. En cuanto a los empleados, estos vienen definidos por su código, nombre, dirección, teléfono y especialidad. Un empleado está asignado a varias zonas y en una zona puede haber más de un empleado, siendo de interés el número de barcos de los que se encarga en cada zona. Hay que tener en cuenta que un empleado puede no encargarse de todos los barcos de una zona.
Bases de datos
Bases de datos
Bases de datos
EJERCICIO 9.- OFICINA DE PATENTES
Una oficina de patentes desea disponer de una Base de Datos que contenga toda la información relativa a la presentación de patentes, inventores que las presentan y las empresas que desean comprarlas. Esta información tendrá que estar organizada teniendo en cuenta los siguientes puntos: Los datos de interés referentes a cada patente serán el número de patente y el nombre del invento. La patente sólo puede pertenecer a un único inventor, no pudiendo realizarse varias patentes referentes al mismo invento. Los inventores vendrán definidos por su nombre, D.N.I., dirección y teléfono. Estos inventores podrán obtener varias patentes, siempre que éstas sean de diferentes inventos. Es importante saber la fecha en la cual se ha obtenido la patente. Hay que tener en cuenta los casos en los que un inventor asesore a otros en el desarrollo de un invento. Cada inventor tendrá uno o varios ayudantes que vendrán definidos por su nombre, dirección, teléfono y D.N.I.. Además, estos ayudantes sólo podrán serlo de un inventor. Cada patente podrá se comprada por una sola empresa y una empresa podrá comprar diferentes patentes, siendo de interés la fecha de compra de la patente. Las empresas vienen definidas por un código de empresa, nombre, dirección y sus teléfonos. Las empresas, al realizar la compra de una patente, pueden tener interés en contratar a su inventor. Es importante saber en qué fecha un inventor es contratado por una empresa con una patente determinada. Un ayudante puede ser contratado por una empresa con independencia de que la empresa haya contratado o no al inventor del que es ayudante, siendo importante conocer la fecha de contratación.
Bases de datos
EJERCICIO 10.- INFORMACIÓN POLICIAL
La Policía quiere crear una base de datos sobre la seguridad en algunas entidades bancarias. Para ello tiene en cuenta: Que cada entidad bancaria se caracteriza por un código y por el domicilio de su Central. Que cada entidad bancaria tiene más de una sucursal que también se caracteriza por un código y por el domicilio, así como por el número de empleados de dicha sucursal. Que cada sucursal contrata, según el día, algunos vigilantes, que se caracterizan por un código y su edad. Un vigilante puede ser contratado por diferentes sucursales (incluso de diferentes entidades), en distintas fechas y es un dato de interés dicha fecha, así como si se ha contratado con arma o no. Por otra parte, se quiere controlar a las personas que han sido detenidas por atracar las sucursales de dichas entidades. Estas personas se definen por una clave (código) y su nombre completo. Alguna de estas personas están integradas en algunas bandas organizadas y por ello se desea saber a qué banda pertenecen, sin ser de interés si la banda ha participado en el delito o no Dichas bandas se definen por un número de banda y por el número de miembros. Así mismo, es interesante saber en qué fecha ha atracado cada persona una sucursal. Evidentemente, una persona puede atracar varias sucursales en diferentes fechas, así como que una sucursal puede ser atracada por varias personas. Igualmente, se quiere saber qué Juez ha estado encargado del caso, sabiendo que un individuo, por diferentes delitos, puede ser juzgado por diferentes jueces. Es de interés saber, en cada delito, si la persona detenida ha sido condenada o no y de haberlo sido, cuánto tiempo pasará en la cárcel. Un Juez se caracteriza por una clave interna del juzgado, su nombre y los años de servicio. NOTA: En ningún caso interesa saber si un vigilante ha participado en la detención de un atracador.
Bases de datos
