Practica 01

Unidades Tecnolgicas de Santander.
Ingeniera de Telecomunicaciones. Docente: Ingeniero Rogerio Orlando Beltrn Castro.
PRCTICA 1 (Base de Datos Relacional ORACLE)

OBJETIVO Modelo Entidad Relacin TEORIA
BASE DE DATOS Cambios sociales han creado estructuras econmicas y sociales grandes y complejas. Estas organizaciones necesitan integrar el uso de su informacin para el planeamiento y control. Una organizacin como sistema transforma entradas de recursos, bienes, informacin y servicios para obtener un producto Desde hace mucho tiempo, los datos se han registrado en varios medios (papel, piedra, etc) con el fin de dejar constancia de un fenmeno o idea; a estos datos se les ha dado una interpretacin para convertirlos en informacin til. DATO Vs INFORMACIN Percepcin del mundo real que puede ser vista como una serie de fenmenos diferentes que algunas veces mantienen alguna relacin entre si Dato: Hechos conocidos que pueden registrarse y que tienen un significado implcito. Informacin: Cualquier aumento de conocimiento obtenido a travs de la interpretacin y uso de datos. UN SISTEMA DE INFORMACIN: Es un medio de ofrecer la informacin necesaria para una organizacin. Un sistema de informacin recibe la informacin, almacena sta, la procesa, y ofrece el acceso de esta, a los usuarios de la forma que ellos desean
BASE DE DATOS
Conjunto de datos relacionados entre s. Representa algn aspecto del mundo real, en ocasiones llamado Minimundo o Universo de Discurso. La informacin contenida en la BD debe representar un instante (estado) de una aplicacin determinada. Cada cambio en la Base de Datos es un reflejo de un evento (o secuencia) que ocurre en este ambiente. Toda BD se disea, construye y se puebla con datos para un propsito especfico. Est dirigida a un grupo de usuarios y tiene ciertas aplicaciones preconcebidas que interesan a dichos usuarios. Una BD tiene un fuente de la cual se derivan los datos, cierto grado de interaccin con los acontecimientos del mundo real y una serie de usuarios que se encuentra activamente interesado en su contenido.
Prctica 01, Base de Datos Relacional UTS.
1 de 43

DEFINICION FORMAL Es un conjunto exhaustivo (en su modelizacin del mundo real) de datos estructurados, fiables y homogneos, organizados independientemente de su utilizacin y de su implementacin en mquina, accesibles en tiempo real, compartibles por usuarios concurrentes que tienen necesidades de informacin diferentes y no predecibles en el tiempo. SISTEMA DE GESTION DE BASE DE DATOS Sistema de informacin computacional, cuyo objetivo principal es gestionar grandes cantidades de Informacin. Consta de 4 componentes:
SGBD (Sistema de Gestin de Bases de Datos) Conjunto de programas que permite a los usuarios cear y mantener una base de datos. Por lo tanto, el SGBD es un sistema de software de propsito general que facilita el proceso de definir, construir y manipular bases de datos para diversas aplicaciones. SOFTWARE SGBD (Sistema de Gestin de Bases de Datos)
HARDWARE reas de memoria secundaria en las cuales est localizada la BD (discos, cintas, etc.), junto con los dispositivos asociados (controladores, canales, etc.) USUARIOS Son los actores que laboran para mantener el entorno del sistema de BD Administrador de Bases De Datos (DBA) Persona que supervisa, Administra y controla los recursos: base de datos, SGBD y el SW con ste relacionado. Encargado de autorizar el acceso a la BD, coordinar y vigilar su empleo y adquirir los recursos necesarios en Hardware y Software, adems es el responsable por la seguridad y por el funcionamiento general del SGBD Diseadores de Bases de Datos se encargan de identificar los datos que se almacenaran en la BD y de elegir las estructuras apropiadas para representar y almacenar dichos datos. Usuarios Finales son las personas que necesitan tener acceso a la BD para consultarla, actualizarla y generar informes; la BD existe primordialmente para que ellos la usen. Tipos: Usuarios Autnomos y Usuarios Finales: Espordicos, Simples y Avanzados. Analistas de Sistemas determinan los requerimientos de los usuarios y desarrollan especificaciones para transacciones programadas que satisfagan dichos requerimientos.
2 de 43

Programadores de Aplicaciones Implementan esas especificaciones en forma de programas y luego prueban, depuran, documentan y mantienen esas transacciones programadas.
Arquitectura de un SGBD
Caractersticas deseables en un SGBD 1. 2. 3. 4. 5. 6. 7. 8. Control de Redundancia Restriccin de accesos no autorizados Almacenamiento Persistente (SGBDOO) Inferencias de las BD mediante reglas de deduccin Suministro de mltiples interfaces con los usuarios Representacin de vnculos complejos entre datos Cumplimiento de las restricciones de Integridad Respaldo y recuperacin
Arquitectura de tres Esquemas. Las BD persiguen un objetivo general: Integrar toda la informacin del sistema para evitar redundancias sin que se pierdan por ello las distintas perspectivas que de ella tienen los usuarios. Las herramientas de software (SGBD) que se construyen para aplicar estas tcnicas deben asegurar la independencia, la integridad y la seguridad de los datos. Un SGBD permite la definicin de la BD a tres niveles de abstraccin: Interno, Conceptual y externo. La definicin de la base de datos en cada uno de estos niveles se denomina esquema. El Objetivo de la arquitectura de tres esquemas consiste en formar una separacin entre las aplicaciones del usuario y la BD fsica.
El Nivel Interno tiene un Esquema Interno, que describe la estructura fsica de almacenamiento de la BD. El Esquema Interno emplea un modelo fisico de datos y describe todos los detalles para su almacenamiento, as como los caminos de acceso para la BD. El Nivel Conceptual tiene un Esquema Conceptual, que describe la estructura de toda la BD para un grupo de usuarios. El Esquema Conceptual oculta los detalles de las estructuras fsicas de almacenamiento y se concentra en describir entidades, tipos de datos, vnculos, operaciones de los usuarios y restricciones. El Nivel Externo o de vistas incluye varios Esquemas Externos o Vistas de Usuario. Cada esquema externo describe la parte de la BD que interesa a un grupo de usuarios determinado, y oculta a ese grupo el resto de la BD El proceso de transformar solicitudes y resultados de un nivel a otro se denomina correspondencia o transformacin (mapping).
3 de 43

Independencia de los Datos Se puede definir como la capacidad para modificar el esquema en un nivel del sistema de BD sin tener que modificar el nivel inmediato superior. Independencia Lgica. Es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin Independencia Fsica. Es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual o los externos Lenguajes del SGBD Lenguaje de definicin de Datos DDL Este lenguaje permite definir el esquema conceptual de una BD con un conjunto de condiciones expresadas en este. Lenguaje de definicin de Almacenamiento SDL Este lenguaje permite especificar el esquema interno. Lenguaje de definicin de Vistas VDL Este lenguaje permite especificar las vistas de usuario y sus correspondencias con el esquema conceptual. Lenguaje de manipulacin de Datos DML Este lenguaje permite realizar las operaciones de manipulacin de datos mas comunes como la obtencin, la insercin, la eliminacin y la modificacin.
Existen dos Tipos: Procedimental C, JAVA, PASCAL, C++, VB No Procedimental SQL, + Ineficientes + Fciles
Tipos de SGBD Modelo de Datos Relacional Representa una BD como una coleccin de tablas. Modelo de Datos de Red Representa los datos como tipos de registros y un tipo de vnculos llamado tipo de conjunto. Modelo Jerrquico Representa los datos como estructuras jerrquicas de rbol. Modelo OO Define la BD en trminos de objetos, sus propiedades y operaciones.
Ventajas de las BDs 1. 2. 3. 4. 5. 6. 7. 8. Pueden ser aplicadas restricciones de seguridad Redundancia reducida Datos Incorrectos o duplicados Evitar Inconsistencia Datos compartidos por varias aplicaciones Pueden aplicarse restricciones de seguridad Integridad de los datos Datos Correctos Independencia de los datos Cambio de almacenamientos sin cambiar aplicaciones Informacin Actualizada
Desventajas de la BDs 1. 2. 3. 4. 5. Costos incrementales Mantenimiento complejo Vulnerabilidad: Naturaleza centralizada Proceso de recuperacin de fallas ms costoso Los costos de hardware, software y programadores son ms altos.
4 de 43

MODELADO DE DATOS MODELAR consiste en definir un mundo abstracto y terico tal que las conclusiones que se puedan sacar de l coincidan con las manifestaciones aparentes del mundo real. Es un expresin utilizada para describir la organizacin lgica de los datos correspondiente a una determinada realidad.
Componentes Bsicos ESTRUCTURAS Entidades Una entidad es cualquier cosa que exista o sobre el cual se pueda pensar Atributos Un atributo es una propiedad asociada a un determinado tipo de entidad. Una entidad es descrita en trminos de los valores de sus atributos ESTRUCTURAS No existe un consenso general sobre que conceptos deben ser utilizados como base para definir la estructura de los datos En la prctica, no obstante, tres conceptos son difundidos largamente como componentes bsicos del modelado 1. 2. 3. Entidades Atributos Asociaciones
Asociaciones Una asociacin representa relaciones significativas entre entidades Las asociaciones establecen asignaciones entre entidades. Esta asignaciones pueden ser: Uno para Uno Muchos para Uno Uno para Muchos (N:1) (1:N) (M:N) (1:1)
Muchos para Muchos
MECANISMOS DE ABSTRACCIN Definicin de Abstraccin Es un proceso mental a travs del cual nos concentramos en los aspectos relevantes de un conjunto de objetos desconsiderando sus diferencias. Son usados como mecanismos bsicos de modelado por varios modelos llamados conceptuales. Los 3 mecanismos de abstraccin son: Clasificacin, Agregacin y Generalizacin Clasificacin (es miembro de) Es un mecanismo de abstraccin usado para definir un concepto como una clase de objetos del mundo real caracterizados por propiedades comunes. La clasificacin se utiliza en el diseo de bases de datos para definir una categora (clase o tipo) a partir de sus ejemplares (datos almacenados en el esquema), las cuales tienen propiedades comunes por las que se caracterizan.
5 de 43

Agregacin (son parte de, es ejemplar de) Es un mecanismo de abstraccin a travs del cual una nueva clase de objetos es definida a partir de otras clases que representan sus partes componentes. La Clasificacin y Agregacin son las abstracciones bsicas para construir estructuras de datos.
Generalizacin (Es un) Es un mecanismo de abstraccin a travs del cual un conjunto de clases de objetos llamados categoras se relacionan con otra que es considerada una clase. En una generalizacin, todas las propiedades (abstracciones) definidas para la clase genrica son heredadas automticamente por todas sus categoras.
TIPOS DE MODELOS
Utilizados para describir la estructura de una base de datos en un nivel de abstraccin independiente de los aspectos de implementacin. Disponen de conceptos muy cercanos al modo en que la mayora de los usuarios percibe los datos. Se encuentran: 1. 2. 3. Entidad-Relacin Funcional Orientados a objetos
MODELOS LGICOS Utilizados para describir la estructura de una base de datos en un nivel de abstraccin mas prximo de las estructuras fsicas de almacenamiento de datos. Se Encuentran 1. 2. 3. 4. Relacional Deductivo Red Jerrquico
6 de 43

MODELOS FSICOS Describen cmo se almacenan los datos en el computador: El formato de los registros La estructura de los archivos (desordenados, Los mtodos de acceso utilizados (ndices, etc.). ordenados, etc.) y
MODELO ENTIDAD-RELACION
INTRODUCCIN Introducido por Peter Chen en 1976 El modelo entidad-relacin est formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones grficas y lingsticas. Independiente de los aspectos de implementacin Posee una notacin grfica bastante concisa y de fcil comprensin: DIAGRAMA ER.
ENTIDAD Cualquier tipo de objeto o concepto sobre el que se recoge informacin: cosa, persona, concepto abstracto o suceso. Por ejemplo: casas, empleados, clientes, empresas, oficios, productos, conciertos, excursiones Notacin Grafica Se representan grficamente mediante rectngulos y con su nombre en el interior, ste slo puede aparecer una vez en el esquema conceptual.
Persona
Relacin Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un nombre que describe su funcin Notacin Grafica Se representan grficamente mediante rombos y su nombre aparece en el interior.
Cardinalidad: Especifica el numero de vnculos en los que puede participar una entidad con otra.
Cardinalidad de Relaciones Mxima. 4 Combinaciones (1:1), (N:1), (1:N), (M:N)
(1:1)
(N:1)
(1:N)
7 de 43

(M:M)
Relacin Cardinalidad Mnima define la parcialidad (0)/totalidad (1) CARD_MIN(E,R) = 0 Participacin opcional (parcial)
CARD_MIN(E,R) = 1 Participacin obligatoria (total)
Atributo Es una caracterstica de inters o un hecho sobre una entidad o sobre una relacin. Los atributos representan las propiedades bsicas de las entidades y de las relaciones Notacin Grafica Se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen.
Cardinalidad Mxima
Cardinalidad Mnima
0
Tipos de Atributos
Simples Tiene un solo componente, que no se puede dividir en partes mas pequeas. Compuestos Tiene varios componentes. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Extensiones Jerarquas de Generalizacin GENERALIZACIN (enfatiza semejanzas)
8 de 43

Dos o ms entidades comparten varios atributos y/o relaciones, de donde se deduce la existencia de una entidad de nivel superior (supertipo) que contiene los atributos y las relaciones comunes a todos los subtipos. ESPECIALIZACIN (enfatiza diferencias) Una entidad tiene ciertos atributos y/o relaciones que tienen sentido para unos ejemplares pero no para otros, por lo que es conveniente definir uno o varios subtipos que contengan esos atributos y/o relaciones especficas, dejando en el supertipo los que son comunes. Tipos No Disyunto (O). Entidades que pueden ser miembros de mas de una subclase de la especializacin. Intercepcin <> O Disyunto (D). Una Entidad que pueden ser miembro mximo de una subclase de la especializacin. Intercepcin = O Identificacin Un identificador de un tipo de Entidad E es un conjunto I de atributos de E que identifican de manera nica todas la instancias de E Todo atributo identificador de una entidad debe ser monovalorado y obligatorio.
Cdigo
Dependencia de Identificacin Existen entidades para las cuales no es posible definir un identificador con base nicamente en sus atributos; estas entidades dependen de la relacin con otras para que puedan ser identificadas. Entidades Fuertes Aquellas que pueden ser identificadas internamente con base a sus atributos. Entidades Dbiles Aquellas que requieren de un identificador externo total o parcial
9 de 43

Formas normales El anlisis de un sistema de base de datos consta de varias fases. Entre ellas, las principales son: Anlisis conceptual (o lgico, o relacional): es un anlisis abstracto de aquellas entidades que formarn la base de datos, as como las relaciones que establecen unas con otras y las restricciones que se aplican a cada una de ellas. El resultado de esta fase de anlisis se ve reflejado en algo llamado Modelo Conceptual o lgico, que es una descripcin de las entidades, atributos, relaciones y restricciones que compondrn la base de datos. Existen varios mtodos para realizar este anlisis: Entidad/Relacin, Mtrica, Merisse, UML, Yourdon, etc. El anlisis conceptual es abstracto, por lo que no depende de la base de datos que vayamos a utilizar ni del sistema en que se vaya a implementar la base de datos. Anlisis fsico: consta de un anlisis especfico teniendo en cuenta que base de datos se va a utilizar (Oracle, Sybase) y en qu arquitectura se va a implementar la base de datos (entornos multiusuario, plataformas NT) Las formas normales no son ms que tres reglas que se deben tener un cuenta dentro del Anlisis conceptual, utilizando concretamente Entidad/Relacin. El proceso de aplicar las tres formas normales se llama normalizacin. Un diseo de base de datos que no cumpla la primera forma normal no ser correcto. Cuantas ms formas normales cumpla el diseo de base de datos, significar que la base de datos est ms correctamente analizada. Primera forma normal: Identificar cada tabla con una clave primaria, y poder los datos en tablas separadas, de manera que los datos de cada tabla sean de un tipo similar (desde el punto de vista conceptual). Segunda forma normal: Sacar las columnas que slo dependen de una parte de la clave primaria a otra tabla. Tercera forma normal: Incluir en cada tabla slo datos que pertenezcan a la misma unidad lgica. Estas tres normas las vamos a explicar con un ejemplo: Dado esta definicin de la tabla FACTURA Columna Descripcin Cliente Direccin cliente Telfono cliente Importe Tipo A(50) A(20) A(30) A(10) N(12)
Tenemos la necesidad de identificar cada uno de los registros de esta tabla inequvocamente. No podemos utilizar la descripcin porque es posible que haya dos facturas con la misma descripcin (dos ventas de tornillos), tampoco el cliente porque un cliente suele tener ms de una factura. Ni tampoco el importe porque es normal tener varias facturas con el mismo importe. Para ello tenemos que definir una nueva columna que nos identifique cada una de las facturas Es posible (y bastante comn) que no encontremos una columna que sea capaz de identificar a al registro completo, por ello se puede definir ms de una columna dentro de la clave. En este caso es el conjunto de valores de las columna seleccionadas el que no se podr repetir. Esta columna (o conjunto de ellas) se denomina clave primaria (o primary key). Columna (*) Referencia Descripcin Cliente Direccin cliente Telfono cliente Importe Tipo A(10) A(50) A(20) A(30) A(10) N(12)
Las columnas marcadas con (*) son las que componen la clave primaria.
10 de 43

Ahora podemos estar seguros de que no habr dos facturas con la misma referencia por lo que podemos consultar la factura con referencia = FFR00123 y estaremos seguros de que slo habr una. El siguiente paso de la primera forma normal es poner los datos en tablas separadas, asegurndonos de que los datos de una tabla son datos correspondientes a aquello que almacena la tabla. En este ejemplo podemos ver cmo en la tabla FACTURA se estn guardando datos del cliente (direccin y telfono). En caso de que un cliente tenga ms de una factura, estaremos repitiendo la direccin y el telfono para cada una de las facturas. Esto se denomina redundancia de datos y produce tres efectos negativos: 1.- Mayor ocupacin en disco de los datos: el mismo dato se repite N veces. 2.- Posibles inconsistencias de datos: es posible que en una factura el telfono sea 555-111111 y en otra 555-111112 (cul de las dos es la correcta?) 3.- Problemas a la hora de cambiar datos repetidos: si un cliente cambia de direccin tenemos que modificar todas sus facturas para cambiarle el dato. Hay casos muy especiales en los que la redundancia de datos se recomienda por razones de rendimiento, aunque esta es la excepcin que confirma la regla. La solucin que da la primera forma normal a este problema es poner los datos en tablas separadas, dependiendo del origen de la informacin: la informacin perteneciente a factura ir en la tabla FACTURA y la informacin perteneciente a clientes ir en la tabla CLIENTE. Podemos encontrarnos con el problema que los clientes de pases distintos tiene una codificacin independiente, es decir, que pude existir el cliente 1 de Espaa y el cliente 1 de Francia a la vez. Un diseo que cumpla la primera forma normal podra ser: FACTURA Columna (*) Referencia Descripcin Cd pas Cd. Cliente Importe Tipo A(10) A(50) N(3) N(5) N(12) CLIENTE Columna (*) Cd. Cliente (*) Pas Descripcin Telfono Direccin Tipo N(5) A(20) A(50) A(10) A(50)
Tan slo se almacena el cdigo del cliente para cada una de sus facturas, y cuando se tenga que modificar la direccin, se modificar para todas las facturas de ese cliente. Con esto ya hemos hecho que se cumpla la 3 forma normal. Y para la tabla CLIENTE hemos tenido que aadir una nueva columna (Cdigo) que sirva para identificar a cada cliente con un cdigo. Dado que es posible que exista el mismo cdigo de cliente varias veces (una vez por cada pas), la columna Pas se ha tenido que incluir dentro de la clave primaria. La segunda forma normal nos dice que hay que sacar las columnas descriptivas que pertenezcan a la clave a otra tabla. La primera forma normal no nos dice que la tabla CLIENTE est mal definida, ya que todos los campos son datos relacionados con el cliente. Pero vemos que el Pas se repetir varias veces, volviendo a caer en el error de la redundancia. Para ello hay que crear una tabla aparte en la que se incluya el cdigo y la descripcin del pas, as a la hora de almacenar el pas en la tabla CLIENTE, slo se almacenar un cdigo y no su descripcin completa que ocupa mucho ms espacio. Adems a la hora de modificar una descripcin, slo habr que modificarla una vez.
11 de 43

El esquema en segunda forma normal quedara as:
FACTURA Columna (*) Referencia Descripcin Cd pas Cd. Cliente Importe Tipo A(10) A(50) N(3) N(5) N(12)
CLIENTE Columna (*) Cd pas (*) Cd cliente Descripcin Telfono Direccin Tipo A(2) N(5) A(50) A(10) A(50)
PAIS Columna (*) Cdigo Descripcin Tipo A(2) A(50)
En este punto, aunque slo hayamos aplicado la primera y segunda forma normal, ya tenemos la base de datos normalizada, ya que la tercera forma normal, se cumple en todas las tablas. Una forma de abreviar las formas normales es aplicando directamente la tercera, ya que si un esquema de base de datos cumple la tercera forma normal, automticamente est cumpliendo la primera y la segunda. Concepto de relacin: Se denomina relacin a todo aquellos vnculos que establecen unas tablas con otras, debidos a la aplicacin de las formas normales. En el ejemplo anterior, hemos creado relaciones entre unas tablas y otras desde el momento en que se separan los datos en ms de una tabla y se utiliza el cdigo como enlace entre unas y otras. Una relacin que hemos creado ha sido la que se establece entre la tabla CLIENTE y la tabla PAIS. Ambas tablas estn "intercomunicadas" por una de sus columnas: Cd Pais para CLIENTE y Cdigo para PAIS. Con esta relacin sabemos que todo campo Cd Pas de la tabla CLIENTE, tiene un registro equivalente en la tabla PAIS.
Relacin 1-1 La relacin 1-1 se establece cuando un registro de la tabla A tiene un solo registro relacionado en la tabla B. Esta relacin se podra establecer por ejemplo si creamos una tabla de Pagos de facturas. Suponiendo que una factura se paga de una sola vez, podemos definir la siguiente tabla para almacenar cuando se pagan las facturas: PAGOS_FACTURA Columna (*) Referencia Fecha pago Importe original % Recargo por retraso Importe final Tipo A(10) F N(12) N(3) N(10)
Podemos ver que la clave de esta tabla slo es la referencia de la factura. Esto es el dato relevante que nos dice que la relacin establecida entre una tabla y otra es 1-1. En la tabla PAGOS_FACTURA slo puede aparecer una vez cada referencia. Y el la tabla FACTURA slo puede aparecer una vez cada referencia. Desde el punto de vista conceptual, las relaciones 1-1 son necesarias y convenientes, para que se cumpla la tercera forma normal y que en cada tabla slo aparezcan datos correspondientes a su nivel lgico. Sin embargo, desde el punto de vista productivo y prctico, una relacin 1-1 se puede sustituir por ms registros en la tabla principal. Ya que un registro de A solo puede tener un registro en B, entonces las columnas de B pueden entrar a formas parte de A. En un anlisis ms prctico que exhaustivo podramos haber definido facturas de la siguiente manera:
12 de 43

FACTURA Columna (*) Referencia Descripcin Cd pas Cd. Cliente Importe Fecha pago %Recargo por retraso Importe final Tipo A(10) A(50) N(3) N(5) N(12) F N(3) N(10)
Relacin 1-N Una relacin 1-N es ms comn que 1-1, ya que, tanto desde el punto de vista conceptual, como desde el prctico, es necesario hacerlas. Volviendo al caso de los pagos de las facturas, podemos permitir que una factura se pague fraccionada, por ejemplo a 30, 60 y 90 das. Para este caso necesitamos que una referencia aparezca ms de una vez en la tabla de PAGOS, por lo que la clave primaria debe ser cambiada. Si la definicin de la tabla para una relacin 1-N hubiese sido la siguiente: PAGOS_FRACCIONADOS_FACTURA Columna (*) Referencia (*) Fecha pago Importe original % Recargo retraso Importe final por Tipo A(10) F N(12) N(3) N(10)
Entonces una referencia puede aparecer N veces, una por fecha distinta introducida. As podemos pagar una factura en las siguientes fracciones. PAGOS_FRACCIONADOS_FACTURA Referencia RF1102 RF1102 RF1102 Fecha 1/5/2000 10/6/2000 1/7/2000 Importe orig. 100.000 100.000 100.000 % Recargo 0% 10% 0% Importe final 100.000 110.000 100.000
Si la clave se hubiese definido slo como "Referencia", no podramos haber insertado ms de una fecha para la misma referencia. Sin embargo al definirla como "Referencia, Fecha", podemos introducir tantas parejas Referencia-Fecha como queramos. En nuestro ejemplo se ha pagado una factura fraccionada en tres pagos con un mes de diferencia entre ellos. Las relaciones 1-N tambin son llamadas normalmente maestro-detalle, donde el maestro es la tabla A (el 1 en la relacin) y el detalle es la tabla B (el N en la relacin). En nuestro ejemplo FACTURA es el maestro y PAGOS_FRACCIONADOS_FACTURA un detalle de FACTURA. Como norma general (lgicamente tiene sus excepciones) podemos decir que las columnas de la clave primaria de una tabla detalle tienen que ser las mismas que su maestro, aadiendo una (o varias) columnas a la clave (que marcan la diferencia entre el maestro y el detalle). Esta norma se cumple para nuestro ejemplo.
13 de 43

Las relaciones 1-N pueden ser optativas u obligatorias en ambos sentidos. Es decir, la tabla A puede estar obligada (o no) a tener registros relacionados en la tabla B, La tabla B puede estar obligada (o no) a tener registros relacionados en la tabla A. Una relacin tpica maestro-detalle, es optativa en sentido A-B pero obligatoria en sentido B-A. Significa que un maestro puede tener o no tener detalles, pero el detalle tiene que tener maestro obligatoriamente. El concepto de relacin es muy comn dentro de las bases de datos y est presente continuamente. Es preciso que se maneje con soltura a la hora de definir las claves primarias para cada una de las tablas. Claves forneas Una vez establecidas las relaciones entre las tablas, debemos estar seguros de que stas se cumplen siempre. En nuestro ejemplo anterior debemos de asegurarnos de que si hay un registro en PAGOS_FRACCIONADOS_FACTURA, debe existir la correspondiente factura, y que si sta es borrada, se haga lo mismo con sus pagos. Las bases de datos nos ofrecen esta posibilidad a travs de las claves forneas, que no son ms que un tipo de clave (como la primaria) que hace referencia a otras tablas. As la tabla PAGOS_FRACCIONADOS_FACTURA debe definir una clave que compruebe que siempre que se inserte un pago, exista la factura correspondiente (en la tabla FACTURA). Adems la base de datos se encarga de que si queremos borrar una factura (en la tabla FACTURA) no nos deje si existen pagos o bien borre todos los pagos correspondientes. Las claves forneas deben crearse sobre las tablas "hijo", o las tablas B en cada relacin, normalmente en los detalles. En nuestro ejemplo de las tablas FACTURA, CLIENTE y PAIS se deben aplicar las siguientes claves forneas (restricciones). CLIENTE: Comprobar que no se puede dar de alta un cliente a un pas que no exista. Adems no se podr borrar un pas siempre que existan clientes dados a ese pas. Clave fornea en CLIENTE( cod_pais ) hace referencia sobre PAIS( codigo ) FACTURA: Comprobar que no se puede dar de alta una factura a un cliente (pas, cliente) que no exista. Tambin se comprobar que no se pueda borrar un cliente que tenga facturas. Clave fornea en FACTURA(cod_pais,cod_cliente) hace referencia sobre CLIENTE(cod_pais,cod_cliente) Se puede ver como la tabla PAIS no tiene ninguna clave fornea, ya que es "padre" o tabla A en todas las relaciones establecidas. Como norma general, cada relacin debe tener una clave fornea, y debe crearse sobre la tabla B de la relacin que representa. Normas bsicas de codificacin A la hora de definir una tabla hay que tener en cuenta ciertos aspectos en la codificacin: 1. 2. Slo deben ser numricas aquellas columnas que sean susceptibles de operaciones aritmticas. Es decir, un cdigo de factura, no debe ser numrico ya que nunca se van a sumar los cdigos. A la hora de codificar columnas alfanumricas, hay que tener en cuenta el sistema de ordenacin: Dada la siguiente lista de valores (de distinto tipo de dato): Alfanumrico '50' '41' '21' '1' '5' '20' '100' '13' '10' '2' Numrico 50 41 21 1 5 20 100 13 10 2
14 de 43

La lista ordenada ser la siguiente: Alfanumrico '1' '10' '100' '13' '2' '20' '21' '41' '5' '50' Numrico 1 2 5 10 13 20 21 41 50 100
El orden, como vemos, difiere mucho uno de otro. Sin embargo, dada la siguiente lista de valores (de distinto tipo de dato): Alfanumrico '050' '041' '021' '001' '005' '020' '100' '013' '010' '002' La lista ordenada ser la siguiente: Alfanumrico '001' '002' '005' '010' '013' '020' '021' '041' '050' '100' Numrico 1 2 5 10 13 20 21 41 50 100 Numrico 50 41 21 1 5 20 100 13 10 2
La diferencia est en que el mtodo alfanumrico ordena por posiciones, no por valores absolutos. 3. Las descripciones deben ser lo suficientemente largas como para almacenar el caso ms desfavorable para la columna, aunque tampoco se deben crear columnas demasiado largas.
15 de 43

Por ejemplo: para albergar nombre y apellidos nos valdr un 2 nombres de 10 caracteres cada uno, ms dos apellidos de 15 caracteres cada uno. Total 35 caracteres. Para darnos un margen de error podemos poner 40 caracteres. Ms de esta estimacin ser una longitud exagerada para el campo. 4. Codificacin compuesta o "claves inteligentes"
En bases de datos antiguas haba una prctica muy comn que consista en utilizar una sola columna con varios significados. El significado de la columna dependa de las posiciones de los dgitos. Por ejemplo, se podra definir la siguiente regla para almacenar las referencias de las facturas: Dgitos 1-2 Da de emisin. Dgitos 3-4 Mes de emisin. Dgitos 5-8 de factura. Ao de emisin. Dgitos 9-14 Cdigo de cliente. Dgitos 14-20 Nmero
As la referencia de la factura nmero 1, emitida a 23/8/1999, para el cliente cdigo 567 sera: 23081999000567000001 Esto no tiene ningn sentido, ya que queda mucho ms claro separar cada valor a su columna correspondiente, y si es necesario, definir todas las columnas necesarias como clave. Fecha Cliente Nmero
23/8/199 567 1 9 El origen de esta prctica viene de la poca de las bases de datos jerrquicas en las que la clave slo poda estar formada por un campo. Entonces era la nica manera de definir una clave compuesta. Estndar de nomenclatura de objetos Cuando un equipo de desarrollo da los primeros pasos en un proyecto informtico (de bases de datos o de cualquier otro tipo), lo primero que se debe definir es qu estndar de nomenclatura de objetos se va a utilizar. El objetivo principal de esta tarea es que el esquema sea consistente y homogneo, adems de permitir una memorizacin ms rpida de los objetos. El estndar debe responder a las siguientes preguntas: 1. 2. 3. 4. Los nombres de objetos van en maysculas o minsculas? Debo utilizar nombres lo ms descriptivos posibles o sin embargo nombres muy cortos? Puedo usar abreviaturas? Los nombres deben ir en singular o en plural?
El estndar debe ser un documento que tengan presente en todo momento el equipo de desarrollo, y siempre debe aplicarse salvo contadas excepciones. A continuacin daremos ciertas normas, que aunque no pretenden ser un estndar, si que son de recomendado uso: 1. Los nombres de objetos (tablas, ndices, claves primarias, claves forneas) deben ir en mayscula. Oracle interpreta por defecto todos los objetos en mayscula a no ser que se escriba su nombre entre comillas dobles: Nombres Factura, factura y FACTURA "FACTURA", "factura", "Factura" Interpretacin de Oracle Equivalente. Distintos objetos.
2. Los nombres de objetos deben ir en singular ya que el nombre representa a la entidad que almacena, y no las entidades que almacena. Una razn prctica es que con los nombres en minscula se ahorra 1 2 letras, lo cual no es despreciable. Entidad Facturas Facturas de proveedores Facturas que no han sido pagadas Nombre recomendado FACTURA FACTURA_PROVEEDOR FACTURA_PENDIENTE_PAGO
Los nombres a utilizar deben ser descriptivos, aunque no deben ser demasiado largos. Oracle admite hasta un mximo de 30 caracteres para los identificadores, aunque no es recomendable llegar hasta el lmite.
16 de 43

Entidad Empresas pertenecientes al sector de la construccin Clientes que han tenido algn impago Proveedores que se suelen retrasar en sus entregas Facturas caducadas de empresas del sector de la construccin Nombre recomendado EMPRESA_CONSTRUCCION CLIENTE_MOROSO PROVEEDOR_LENTO, PROVEEDOR_RETRASO FACTURA_CONSTRUCCION_CADUCADA
4. Es recomendable utilizar abreviaturas, sobre todo si el nombre ms descriptivo es demasiado largo. Para nombres cortos no es necesario utilizar abreviaturas. Entidad Nombre recomendado
Empresas pertenecientes al sector de la construccin que han tenido alguna demolicin EMPRESA_CONSTR_DEMOLICION Clientes que han tenido algn impago CLIENTE_MOROSO
Proveedores que se suelen retrasar en sus entregas de empresas del sector de la PROVEEDOR_CONSTR_LENTO, construccin PROVEEDOR_CONSTR _RETRASO Facturas caducadas de empresas del sector de la construccin Almacn de productos terminados para empresas del sector de la construccin FACTURA_CONSTR_CADUCADA ALMACEN_ CONSTR _PROD_TERM
5. A la hora de nombrar tablas relacionadas entre si, es recomendable que el nombre empiece por el sufijo que representa la entidad principal. Entidad Facturas Lneas de Factura (detalle de FACTURA) Desglose de las lneas de factura (detalle de FACTURA_LINEA) Factura impagadas (Relacin 1-1 con FACTURA) 6. Se pueden establecer ciertas abreviaturas para los nombres de columnas: Columnas tpicas Cdigo de Descripcin de Referencia de Importe de Precio de Porcentaje de Unidades de Tipo de Nmero de Abreviatura C_xxx D_xxx REF_xxx IMP_xxx PRC_xxx PCT_xxx UDS_xxx TIP_xxx NUM_xxx Nombre recomendado FACTURA FACTURA_LINEA FACTURA_LINEA_DESGLOSE FACTURA_IMPAGADA, FACTURA_IMPAGO
Cualquiera que aparezca un elevado nmero de veces en el esquema 7. Los nombres de clave primaria deben ir precedidos del prefijo PK_ (Primary key), los de ndices por IND_, y los de clave fornea por FK_ (Foreing key). El nombre restante ser el de la propia tabla para las claves primarias, el de la tabla referenciada para las claves forneas y para los ndices una o dos palabras descriptivas que indiquen la razn por la que se crea ese ndice (si es posible).
17 de 43

PRACTICA La tiende don Jacobo nos ha pedido que realicemos el diseo de una base de datos para guardar la informacin correspondiente a las ventas que realiza, nos ha entregado la siguiente informacin
1.
Nos entrego un documento en donde factura la venta
Factura Cliente PLU 100 222 302 310 250 364 214 158 192
FC00000023 Fecha Jos Antonio Daz Nombre ARROZ YUCA ACEITE $ Unitario $ 500.00 $ 600.00 $ 800.00
25 DE ABRIL 2006
IVA 10% 0% 16%
Cantidad 5 2 4
Total $ 2,500.00 $ 1,200.00 $ 3,200.00 $ $ $ $ $ $ -
BASE IVA TOTAL 2. Nos solicito almacenar la informacin correspondiente a los clientes:
$ 6,231.35 $ 668.65
$ 6,900.00
Cdula. Nombre. Direccin. Telfono. Celular. Lugar de Nacimiento. Fecha de Nacimiento. 3. Adems no solicito que guardramos la informacin del cnyuge
Cdula. Nombre. Celular. Lugar de Nacimiento. Fecha de Nacimiento.
18 de 43

4. De los articulo desea guardar la siguiente informacin PLU: Cdigo nico de identificacin. Barras. Nombre. Clasificacin (Abarrotes, Verduras, Cosmticos, Papelera, etc.) Costo: Precio de Compra. Venta: Precio de Venta. IVA. A partir de esta informacin comenzamos a realizar nuestro diseo. Pasos para la realizacin de un Diseo de Base de Datos. 1. Identificar las Entidades principales.
Para nuestro caso identificamos que existen inicialmente las siguientes Entidades: Artculo Cliente 2. Realizar el modelo entidad relacin extendido, rompiendo todas las relaciones M-M, dejamos sol relaciones 1-M o 1-1
Primer Modelo.
Segundo Modelo.
19 de 43

Tercer Modelo.
3.
Identificar los campos propios de cada entidad.
Cuarto modelo
4.
Identificar Campos Multivaluados. a. Cliente: Cnyuge. Lugar de Nacimiento. b. Articulo. Clasificacin.
20 de 43

Quinto Modelo
5.
Identificar Llaves primarias.
21 de 43

6. Identificar Llave secundarias
TALLER La cadena de Video-Clubs Glob-Gusters ha decidido, para mejorar su servicio, emplear una base de datos para almacenar la informacin referente a las pelculas que ofrece en alquiler. Esta informacin es la siguiente: 1. 2. 3. 4. 5. 6. 7. Una pelcula se caracteriza por su ttulo, nacionalidad, productora y fecha (p.e., Quo Vadis, Estados Unidos, M.G.M., 1955). En una pelcula pueden participar varios actores (nombre, nacionalidad, sexo) algunos de ellos como actores principales. Una pelcula est dirigida por un director (nombre, nacionalidad). De cada pelcula se dispone de uno o varios ejemplares diferenciados por un nmero de ejemplar y caracterizados por su estado de conservacin. Un ejemplar se puede encontrar alquilado a algn cliente (DNI, nombre, direccin, telfono). Se desea almacenar la fecha de comienzo del alquiler y la de devolucin. Cada socio puede tener alquilados, en un momento dado, 4 ejemplares como mximo. Un socio tiene que ser avalado por otro socio que responda de l en caso de tener problemas en el alquiler.
22 de 43

EJERCICIOS MODELO ENTIDAD-RELACIN
1.
La cadena de Video-Clubs Glob-Gusters ha decidido, para mejorar su servicio, emplear una base de datos para almacenar la informacin referente a las pelculas que ofrece en alquiler. Esta informacin es la siguiente: Una pelcula se caracteriza por su ttulo, nacionalidad, productora y fecha (p.e.,Quo Vadis, Estados Unidos, M.G.M., 1955). En una pelcula pueden participar varios actores (nombre, nacionalidad, sexo) algunos de ellos como actores principales. Una pelcula est dirigida por un director (nombre, nacionalidad). De cada pelcula se dispone de uno o varios ejemplares diferenciados por un nmero de ejemplar y caracterizados por su estado de conservacin. Un ejemplar se puede encontrar alquilado a algn cliente almacenar la fecha de comienzo del alquiler y la de devolucin. (DNI, nombre, direccin, telfono). Se desea
Cada socio puede tener alquilados, en un momento dado, 4 ejemplares como mximo. Un socio tiene que ser avalado por otro socio que responda de l en caso de tener problemas en el alquiler.
2.
La empresa de formacin X, desea llevar un control informatizado de los cursos que imparte as como de lo profesores que participan en dichos cursos. Para ello, nos han dado las siguientes especificaciones: Cada curso, del que se desea conocer el ttulo, el nmero de horas y el tema o los temas que trata, se identifica por un cdigo de cuso. Cada curso puede recomendada. tener una serie de cursos cuyo realizacin previa es obligatoria (prerrequisito) o
Cada curso se puede impartir una o varias veces, en diferentes fechas y en cada edicin del mismo pueden participar diferentes empleados. Los empleados, de los que se desea conocer su cdigo de empleado, nombre, DNI y fecha de antigedad en la empresa, pueden impartir y recibir cursos pero con la restriccin de que en una mismo edicin de un curso no pueden participar como profesores y como alumnos.
3.
La asociacin "Amigos de la Fiesta" desea recoger en una base de datos toda la informacin acerca de las corridas de toros que se celebran en Espaa y de todos los datos relacionados con ellas. Se desea tener informacin acerca de cada corrida, identificada conjuntamente por un nmero de orden, la feria en la que se celebra y el ao de celebracin (por ejemplo: orden = 2, feria = San Isidro, ao = 1990); las corridas que no se celebran durante una feria tienen 0 en el campo Feria y se numeran correlativamente dentro de ese ao. En una determinada corrida actan una serie de toreros (mnimo 1 y mximo 6) de los que se desea guardar su dni, nombre, apodo y fecha en que tom la alternativa. Adems se desea saber quin fue el torero (padrino) que le dio la alternativa en su da (un torero puede dar la alternativa a varios compaeros o a ninguno). En cada corrida un torero obtiene una serie de premios (nmero de orejas, de rabos y si sali por la puerta grande) de los que se desea mantener informacin. Cada torero puede tener un apoderado. A su vez, un apoderado lo puede ser de varios toreros. De l se desea saber su dni, nombre, direccin y telfono. Una corrida se celebra en una plaza de toros de la que se desea saber su nombre (que se supone nico), localidad, direccin y aforo. En una misma plaza se pueden celebrar varias corridas de toros. Cada toro pertenece a una ganadera determinada. De cada ganadera se quiere conocer localidad, procedencia y antigedad (fecha de creacin). su cdigo, nombre,
En cada corrida son estoqueados al menos 6 toros. Cada toro viene identificado por el cdigo de la ganadera a la que pertenece, el ao en que naci y un nmero de orden. Adems se desea mantener informacin acerca de su nombre y color, as como del orden en que fue toreado.
4.
En el gimnasio Siempre en forma se quiere implantar una base de datos para llevar el control de los socios, recursos utilizados, etc. Las especificaciones que nos han dado son las siguientes:
23 de 43

Existen varias salas, de las cuales se quiere guardar informacin como, los metros cuadrados que ocupa, ubicacin y el tipo de sala (cardio, general, muscular). Cada sala se identifica por un nmero de sala. Hay salas que tienen aparatos y salas que no. En las salas se pueden o no impartir clases. De cada aparato se quiere tener almacenado su cdigo, descripcin y estado de conservacin. Cada aparato est asignado a una nica sala. Tambin se quiere mantener informacin relacionada con las clases que se imparten (descripcin y da/hora en la que se imparten); cada clase se identifica por un cdigo de clase. Cada clase tiene asignada una sala y es impartida por un slo monitor. De cada monitor se quiere conocer el DNI, nombre, telfono, si tienen o no titulacin, experiencia profesional, as como las clases que pueden impartir (preparacin como monitor de aerobic, step, streching, etc). De cada socio se quiere conocer el nmero de socio, nombre, direccin, telfono, profesin y datos bancarios, as como las clases a las que asiste. El gimnasio dispone tambin de pistas de squash, de las que se quiere conocer el nmero de pista, ubicacin y estado. Las pistas de squash pueden ser utilizadas por socios para lo que proporciona un servicio de reservas de pistas (en una fecha y a una hora.)
4. b) El gimnasio siempre en forma del ejercicio 4 impone las siguientes restricciones: Las pistas de Squash se consideran salas y se desea conocer tambin su tamao y ubicacin. Las clases slo se imparten en salas sin aparatos. Las salas con aparatos siguen clasificndose en sala de cardio, general, etc.
c) El gimnasio siempre en forma del ejercicio 4 elimina la restriccin de que una clase slo se imparten en salas sin aparatos.
5.
La empresa Personal Quality desea incorporar en su poltica de contratacin criterios de calidad del personal b asados en la medicin de sus habilidades o competencias. La empresa desea medir las competencias intelectuales de todos sus empleados y adems desea conocer las competencias emocionales de sus directivos (por ejemplo, la capacidad de trabajo en grupo, la motivacin, capacidad de liderazgo, etc.). De todas ellas se desea conocer: su cdigo de identificacin, su nombre y su descripcin. Adems, para cada competencia emocional se desea conocer, lo que se ha denominado el umbral; es decir, el valor mnimo de cada competencia por debajo del cual ningn empleado podr ser directivo. Se requiere tambin que todo directivo mantenga este umbral mnimo en, al menos, 5 competencias emocionales. Para llevar a cabo este estudio, Personal Quality ha contactado con el Emotional Skill Center quien le ha proporcionado una batera de Test. Cada competencia est asociada a un conjunto de test que permiten medirla. Un test puede medir una nica competencia. Cada test se identifica por un nombre y debe tener asociado un conjunto de preguntas, una plantilla para su correccin as como el modo en que se debern interpretar los resultados. Cada empleado se identifica por un cdigo interno. Adems se quiere conocer el nombre, la direccin y un telfono de contacto de cada empleado.
6.
La gestin de una farmacia requiere poder llevar control de los medicamentos existentes, as como de los que se van sirviendo, para lo cual se pretende disear un sistema acorde a las siguientes especificaciones: En la farmacia se requiere una catalogacin de todos los medicamentos existentes, para lo cual se almacenar un cdigo de medicamento, nombre del medicamento, tipo de medicamento (jarabe, comprimido, pomada, etc.), unidades en stock, unidades vendidas y precio. Existen medicamentos de venta libre, y otros que slo pueden dispensarse con receta mdica. La farmacia adquiere cada medicamento a un laboratorio, o bien los fabrica ella misma. Se desea conocer el cdigo del laboratorio, nombre, telfono, direccin, fax as como el nombre de la persona de contacto. Los medicamentos aplica. se agrupan en familias, dependiendo del tipo de enfermedades a las que dicho medicamento se
La farmacia tiene algunos clientes que realizan los pagos de sus pedidos a fin de cada mes (clientes con crdito). La farmacia quiere conocer las unidades de cada medicamento comprado (con o sin crdito) as como la fecha de compra. Adems, es necesario tener los datos bancarios de los clientes con crdito, as como la fecha de pago de las compras que realizan.
24 de 43

7. Se trata de disear una base de datos para una red de agencias franquiciadas a TECHNOHOUSE, empresa especializada en el alquiler y compra de inmuebles. Cada agencia tiene un titular propio y un conjunto de vendedores. Tanto el titular como los vendedores slo pueden pertenecer a una agencia. Sobre las agencias interesa almacenar su direccin, telfonos (que pueden ser varios), fax, etc. Adems, cada agencia tiene asignada una zona de actuacin que es nica. Las agencias disponen de inmuebles tanto para alquilar como para vender (o ambas cosas), en el primer caso figurar el precio de alquiler y la fianza a depositar, mientras que en el segundo caso, adems del precio de venta, se indica si el inmueble est o no hipotecado. Por otro lado, los inmuebles pueden ser locales comerciales, o pisos. En ambos casos se identifican por un cdigo, interesando conocer el propietario, la direccin y la superficie en m2. Adems, en el caso de pisos interesa conocer el nmero de habitaciones (incluyendo el saln), el nmero de cuartos de bao, el tipo de gas (natural, ciudad, butano), y si es interior o exterior. Para los locales comerciales se debe conocer si dispone de licencia de apertura. Un cliente puede acudir a varias agencias, en cada una se le asigna un vendedor, que es el encargado de seleccionar los inmuebles que cumplen las caractersticas deseadas, y en caso de estar interesado, el cliente debe dar una seal para reservar el inmueble (o los inmuebles) que desea.
8.
La empresa X desea llevar un control de sus departamentos, empleados y proyectos segn las siguientes especificacio nes : Se desea conocer el nombre, salario y nmero de la seguridad social de cada empleado, as como el nombre, fecha de nacimiento y estudios que cursa, de cada uno de sus hijos. Existen varios tipos de empleados : directores (encargados de un departamento), representantes de ventas (se ocupan de la representacin en un nmero de regiones) e ingenieros (encargados de realizar los proyectos de la empresa); hay, adems, otros empleados, como secretarios, auxiliares de laboratorio, etc. Un director no puede ejercer ninguna otra funcin ; sin embargo, un representante de ventas puede desempear tambin las funciones de un ingeniero y viceversa. Los distintos departamentos concede becas de estudio a los hijos de los empleados. Estas becas no estn tipificadas, sino que son ayudas que se conceden dependiendo del presupuesto del que disponga el departamento. Se desea conocer la fecha de concesin de cada beca as como la cuanta de sta. Un ingeniero puede tener varias especialidades que se desean conocer. De los departamentos se necesita saber, el nombre, localizacin y empleados que trabajan en l. Un departamento tiene, como mnimo 2 empleados y como mximo 30 y est al cargo de un nico director. Cada departamento tiene un director distinto. Un departamento puede controlar un nmero de proyectos, de los que se desea conocer su nombre y fecha de comienzo. En la realizacin de un proyecto no puede haber involucrados ms de 5 ingenieros. Todo ingeniero debe estar asociado a 1 proyecto como mnimo y a 2 como mximo. En el caso de que un departamento no tenga ningn proyecto, sus empleados podrn estar trabajando en proyectos de otros departamentos.
9.
Se trata de disear la base de datos para la administracin de un consorcio de hospitales, que permita gestionar datos acerca del personal as como de los pacientes de los mismos. De cada hospital interesa almacenar adems de su nombre direccin, telfono, fax, etc. El personal de los hospitales (del que interesa almacenar su dni, nombre, apellidos, direccin y telfono) se divide en personal administrativo y personal sanitario (dentro de este se distingue a su vez ATS y mdicos). Los mdicos tienen una especialidad que interesa conocer (pediatra, obstetricia, etc.) y slo trabajan, al igual que el resto del personal, en un hospital. Los pacientes pueden acudir a varios hospitales del consorcio, pudiendo ser atendidos por varios mdicos. Se desea conocer los datos personales de los pacientes que van a ingresar en el hospital, as como el nmero de seguridad social, compaa aseguradora, la fecha de admisin y la sala (habitacin) en la que deben permanecer. Cada sala se identifica por un nmero de sala dentro de cada hospital y se desea conocer el nmero de camas de las que dispone cada sala. Cada admisin de un paciente en el hospital lleva asociada una o varias fichas de tratamiento en las que se indica la enfermedad y el mdico que la atiende. Cada tratamiento se identifica por el nombre de la enfermedad del tratamiento que es nico para cada admisin. Adems, cada tratamiento da lugar a distintos resultados que permiten realizar el seguimiento de cada enfermedad de un paciente. El resultado debe indicar la fecha y hora en que ste tuvo lugar, as como un comentario (por ejemplo,
25 de 43

indicando si el paciente tiene fiebre etc.). Para un mismo tratamiento slo puede haber un resultado en un mismo da, a una misma hora.
10. Construir un diagrama Entidad - Relacin para una secretara de universidad. La secretara mantiene datos de cada asignatura, incluyendo el profesor, lista de alumnos y la hora y lugar de las clases. Para cada par estudiante-asignatura se registra una calificacin.
11. Construir un diagrama Entidad - Relacin para una compaa de seguros de autos con un conjunto de clientes, cada uno de los cuales es propietario de un nmero de autos. Cada auto tiene un nmero de accidentes registrados.
12. ACME es una Empresa abastecedora de productos mineros y desea implementar un Sistema de Informacin. Por lo que es necesario hacer un modelamiento de datos de toda la empresa. Considerar que la empresa tiene como cliente a muchas empresas mineras, y adems estas empresas tienen diferentes faenas laborando. La empresa ACME provee a las empresas mineras productos de diferentes tipos (explosivos, lubricantes, repuestos de vehculos, elementos de seguridad) , Por lo que ACME debe tener proveedores que le suministren estos diferentes tipos de productos. Disear el Modelo Entidad - Relacin correspondiente (debe indicar los atributos de cada entidad y sus claves primarias).
13. Una farmacia necesita que usted realice un modelo de datos para la confeccin de un sistema informtico de tal manera de tener informacin sobre sus productos y empleados. Dentro de los productos que vende la farmacia existen productos de perfumera y medicamentos (los que pueden ser de preparacin, drogas o normales). Las drogas deben ser vendidas con receta de la cual se debe conocer quin la extendi y la cantidad del medicamento; tambin se requiere guardar la informacin de quin vendi el medicamento. Crear un modelo Entidad - Relacin que modelo estos datos (considere todas las supuestos necesarios).
14. Una Empresa de ventas de autos requiere realizar un modelamiento de datos para trabajar y accesar ms rpidamente los datos que tiene disponibles. Esta empresa vende autos usados (de los que interesa saber el ao) y nuevos. A cada vendedor que realice una venta de un auto nuevo se le entrega una comisin sobre la venta, por lo tanto es importante saber el monto de la venta. Adems de la venta de autos, tiene un servicio de reparacin y revisin de autos a clientes de la empresa; por lo que debe tener repuestos en el caso de tener que reparar los autos. Para algunos tipos de autos nuevos, generalmente trabaja con catlogos, por lo que una vez hecha la venta debe pedirlos a su distribuidor.
15. Disee un Modelo Entidad - Relacin para un entorno de apoyo a la programacin. En este entorno los programadores producen programas, que se escriben en determinados lenguajes de programacin. Cada programa es escrito por un determinado programador, puede llamar a otros programas y puede ser utilizado por determinados usuarios. Los usuarios se reconocen por su nombre de entrada al sistema; los programadores se reconocen por su nombre de entrada al sistema y por su cdigo. Los programas tienen un nmero de versin, una fecha y una descripcin breve; algunos programas interactan con el DBMS. 16. Tenemos esta informacin sobre una cadena editorial: La editorial tiene varias sucursales, con su domicilio, telfono y un cdigo de sucursal. Cada sucursal tiene varios empleados, de los cuales tendremos sus datos personales, DNI y telfono. Un empleado trabaja en una nica sucursal. En cada sucursal se publican varias revistas, de las que almacenaremos su ttulo, nmero de registro, periodicidad y tipo. La editorial tiene periodistas (que no trabajan en las sucursales) que pueden escribir artculos para varias revistas. Almacenaremos los mismos datos que para los empleados, aadiendo su especialidad. Guardaremos tambin las secciones fijas de cada revista, que tendrn un ttulo y una extensin. Para cada revista, almacenaremos informacin de cada nmero, que incluir la fecha, nmero de pginas y el nmero de ejemplares vendidos. a) Dibujar el modelo Entidad-Relacin y pasarlo a tablas.
17. Hacer el modelo E-R correspondiente a la organizacin informtica de una empresa con la siguiente informacin, y pasarlo a tablas: La empresa tiene varios centros de clculo, en los que hay distintos equipos. Para cada C.C se almacena su direccin, cdigo y responsable. Cada equipo tendr un cdigo, y almacenaremos su marca, modelo, RAM y capacidad de disco. El personal informtico trabaja en un slo C.C., almacenando su DNI y datos personales. Cada empleado podr trabajar en varios equipos del C.C.
26 de 43

Los usuarios de los equipos tendrn cuentas en uno o varios equipos. En cada equipo, slo podrn tener una cuenta, con un nombre, una clave y un privilegio distinto. Se almacenar su DNI y datos personales. Tambin se guarda informacin sobre las cuentas antiguas (nombre, clave y periodo de uso).
18. Tenemos que disear una base de datos para una empresa de material informtico, de la que tenemos esta informacin: Cdigo_equipo, Descripcin_equipo, Precio_equipo, Cdigo_componente, Descripcin_componente, Stock_componente, Precio_componente, DNI_empleado, Nombre_empleado, Seccin_empleado, NIF_cliente, Nombre_cliente, Domicilio_cliente, Cdigo_equipos_cliente, Cantidad_equipos_cliente, Cdigo_componentes_cliente, Cantidad_componentes_cliente. Sabemos que: Un empleado trabaja en una seccin. Cada cliente compra a travs de un slo empleado. Un equipo consta de varios componentes. Se pueden comprar equipos completos o componentes sueltos. a) Dibujar el diagrama Entidad-Relacin y pasarlo a tablas.
19. Tenemos que disear una base de datos sobre los bares de Almera. La informacin de que disponemos es la siguiente: De cada bares, almacenaremos el nombre, licencia fiscal, domicilio, fecha de apertura, horario y das de apertura. Cada bar tendr uno o varios titulares, de los que almacenaremos sus datos personales: nombre, DNI y domicilio. Tendremos que anotar tambin los empleados de cada bares, teniendo en cuenta que un empleado puede trabajar en varios sitios. Para cada empleado, tendremos sus datos personales: nombre, DNI y domicilio; tambin anotaremos la funcin que desempea, que puede ser distinta en cada bares. Para cada negocio, llevaremos un inventario de existencias, con el nombre del artculo, su cdigo, la cantidad y el precio de coste. A efectos de contabilidad, llevaremos una relacin de los pedidos, con un nmero de pedido (nico), fecha, proveedor, cdigo y nombre de los artculos suministrados, cantidad y precio total del pedido. Tambin tenemos que almacenar las recaudaciones diarias de cada negocio. Disear el modelo Entidad-Relacin correspondiente 20. La Escuela Politcnica desea implantar una base de datos para gestionar el funcionamiento de sus distintas comisiones. La Escuela tiene varias comisiones, con su nombre, siglas y descripcin. Cada comisin tiene varios miembros. Para cada miembro, se guarda su nombre, dni, domicilio, telfono y el sector al que pertenece (profesor, alumno o PAS), as como la fecha en que ha sido elegido para cada comisin a la que pueda pertenecer. Para cada comisin, se guarda informacin sobre sus reuniones, que consiste en la fecha, hora, lugar y asistentes. Adems, se guarda el orden del da de la reunin, que consiste en el nmero de los puntos y su descripcin. Realizar el diagrama Entidad-Relacin 21. La emisora de radio "Alta frecuencia" ha decidido informatizar el archivo de canciones que tiene en su discoteca propia, ya que le resulta prcticamente imposible determinar en qu disco, CD o cinta se encuentran las canciones solicitadas por los oyentes de sus programas. Restricciones del problema La emisora cuenta con CD's, discos de vinilo y cintas de casette, de los que para cada uno de ellos se guarda su nombre o ttulo, su ao de grabacin, el tipo de msica que contiene y el estado general de conservacin. Tambin se desea guardar el nombre de las canciones, su ao de grabacin y su duracin (que puede variar segn la versin) Adems, se desea guardar la informacin sobre los autores de las canciones, y los distintos intrpretes que han grabado esa cancin, ya que puede haber varias versiones de una misma cancin. Para cada cancin se guardar su estado y la posicin en la que se encuentra en el disco, cinta o CD (cara y lugar, en el caso de los discos y cintas; y lugar en el caso de los CD's). Realizar el diagrama Entidad-Relacin 22. Una agencia de viajes desea crear una base de datos sobre las mayoristas sobre los viajes que ofertan a partir del conjunto de atributos siguiente:
27 de 43

NombreMayorista, NIFMayorista, TelefonoMayorista, ResponsableMayorista, NIFResponsableMayorista, DireccionMayorista, NombreViaje, ReferenciaViaje, CiudadViaje, PrecioViaje, NombreCliente, NIFCliente, DireccionCliente, NumeroReserva, FechaSalida, FechaRegreso Restricciones del problema Una misma mayorista puede tener varios telfonos de atencin al pblico. Una mayorista oferta mltiples viajes, que son comprados por los clientes. Un cliente slo puede hacer una reserva para un viaje determinado, es decir, no puede hacer dos reservas para un mismo viaje. Un viaje puede incluir el paso por varias ciudades. Un mismo viaje puede ser ofertado por varios mayoristas con precios distintos. Realizar el diagrama Entidad-Relacin
23. Una red de tiendas-taller de automviles necesita crear una base de datos para la gestin de las ventas realizadas en cada uno de los talleres. De cada taller se guarda el cdigo del taller, su CIF, telfono, fax, la direccin y la provincia en la que se encuentra. Para cada taller se desea llevar un control de su inventario, de forma que se pueda saber qu niveles de existencias tienen de cada producto. De los productos se guarda su cdigo (igual en todos los talleres), nombre y precio. Cada tienda puede realizar una venta de productos sin necesidad de instalarlos en un automvil. Esto se har emitiendo tickets, y para ticket se guarda su nmero, fecha y precio. Se debe tener en cuenta que el nmero de ticket es establecido a nivel de tienda-taller, de forma que el nmero de ticket slo es nico para cada tienda-taller. En cambio, para las reparaciones, se emite una factura de las que se guarda un nmero (nico en toda la red), una fecha y un total. Las facturas son emitidas a un taller en concepto de reparacin de un automvil. Cada automvil es almacenado en la base de datos mediante su matrcula, marca, modelo y kilometraje. Por ltimo, cada automvil puede ser de un solo cliente, de los que se guarda su NIF, nombre y direccin, con el fin de poder consignar los datos de las facturas. Realizar el diagrama Entidad-Relacin
24. Una compaa de telefona mvil necesita crear una base de datos para almacenar los datos correspondientes a los telfonos que tiene contratados a efectos de facturacin. Para cada telfono se guarda el nmero de telfono, el modelo y el tipo de contrato. Cada telfono es de un nico cliente, a los que se asigna un identificador nico, y de los que adems se guarda su nombre, fecha de nacimiento y direccin. Para cada telfono se guarda la informacin relativa a consumo en forma de llamadas realizadas y mensajes enviados. De cada llamada se almacena la fecha, la hora de inicio, la hora de fin y la duracin. De los mensajes se guarda la fecha y hora de envo, as como la compaa a la que pertenece el telfono al que se dirige el mensaje. Esta compaa tambin desea ofrecer un servicio de envo de mensajes a sus abonados con las llamadas perdidas para lo que se deber almacenar para cada llamada perdida la fecha y hora en que se produjo, as como el nmero de telfono que realiz la llamada. Por ltimo, se guardan los datos de facturacin para cada telfono incluyendo un nmero de factura, fecha, importe, detalle de llamadas realizadas y detalle de mensajes enviados. Dibujar el diagrama Entidad-Relacin. 25. Una asociacin de pescadores desea crear una base de datos acerca de las distintas actividades pesqueras que se realizan en la asociacin. Para cada embarcacin guardaremos su matrcula, manga, eslora, y nmero mximo de tripulantes. Cada embarcacin pertenece a un nico propietario, de los que guardaremos su NIF, Nombre, Direccin, Telfono y Fax. Cada embarcacin tiene una tripulacin, y para cada tripulante guardaremos los mismos datos que para los propietarios, excepto el Fax, y adems la funcin que desempea en dicha embarcacin.
28 de 43

Para cada una de las salidas que realizan las embarcaciones, anotaremos qu es lo que pesca cada tripulante, la cantidad, y la fecha. Tambin guardaremos los ttulos que tiene cada uno de los propietarios y tripulantes. Realizar el diagrama Entidad-Relacin 26. Una empresa desea controlar los ataques de los virus que afectan a sus equipos informticos. Para ello se dispone de la siguiente informacin: 5 Relacin de ejercicios propuestos NombreVirus, SignaturaVirus, FechaAparicionVirus, EfectosVirus, NumeroEquipo, DescripcionEquipo, LugarEquipo, VirusDetectadosEquipo, FechaDeteccionVirusEquipo, AntivirusUtilizado, DaosCausadosAntivirusEnEquipo, DistribuidorAntivirus, VersionAntivirus, VirusDetectados Un virus puede efectuar diversos daos al atacar un equipo Los virus que detecta una versin dependen de la versin Realizar el diagrama Entidad-Relacin
27. Varios Grupos de Investigacin desean crear una base de datos sobre las diferentes actividades investigadoras de sus miembros. Para cada grupo de investigacin guardaremos su nmero, el nombre y la fecha de su constitucin. De los miembros de los grupos guardaremos su DNI y datos personales. Los miembros de dichos grupos pueden participar en proyectos de investigacin de los que guardaremos el nombre del proyecto, las fechas de inicio y de fin, y su presupuesto. Deseamos guardar las publicaciones que realiza cada miembro del grupo, y cada publicacin tendr asociada una serie de palabras clave. Las publicaciones pueden ser actas de congresos, artculos de revistas, libros o informes tcnicos. Dichas publicaciones tienen como informacin comn un cdigo, el ttulo, una descripcin, la fecha de publicacin y la ubicacin fsica de la publicacin. Para las actas de congresos guardaremos el nombre del congreso, su fecha de celebracin, y las pginas en las que se encuentra la publicacin en el libro de actas. Para los artculos en revistas, guardaremos el ISSN de la revista, el nombre de la revista, su nmero, el carcter (nacional o internacional) y las pginas que ocupa la publicacin en la revista. Para los libros guardaremos su ISBN, su carcter y la editorial. En cuanto a los informes tcnicos slo guardaremos el nmero del informe tcnico. Si una persona asiste a un congreso, guardaremos la subvencin recibida por su asistencia. NOTA o o El cdigo de una publicacin puede venir dado por el cdigo del grupo, seguido de un cdigo propio. Los grupos de investigacin y los proyectos siempre tienen un responsable.
28. Un departamento desea crear una base de datos con las publicaciones propias del departamento y las personas que las estn utilizando. Para ello se dispone de la siguiente informacin: CodigoPulicacion, NombrePublicacion, AutoresPublicacion, EditorialPublicacion, TemasPublicacion, PalabrasClave, DNILector, Lector, FechaPrestamo, TelefonoLector 29. La inmobiliaria El ladrillo desea disear una base de datos para informatizar su funcionamiento. La inmobiliaria trabaja con promotoras que construyen las viviendas. Las viviendas son adquiridas por los clientes a travs de un vendedor. Para cada promotora tenemos su nombre, CIF, domicilio y telfono. Para cada cliente se guarda el nombre, NIF, domicilio y telfono. Cada vivienda pertenece a una promocin y tiene un nmero, una descripcin, un precio y una superficie. Cada vivienda tiene una serie de caractersticas (equipamiento) con un cdigo, una descripcin y una cantidad. Para cada vendedor tenemos su nombre y su NIF.
29 de 43

Restricciones del problema Una vivienda puede ser adquirida por varios clientes. 30. Una cadena de tiendas de muebles decide crear una base de datos sobre sus oficinas, empleados, artculos y facturacin con las siguientes condiciones De cada tienda guardaremos su nombre, CIF, direccin, localidad, cdigo postal, telfono y fax. De cada empleado guardaremos su NIF, nombre, direccin, telfono y fecha de incorporacin a la empresa. Un empleado slo puede trabajar en una oficina. Tambin queremos guardar el gerente de cada oficina, que es nico. Relacin de ejercicios propuestos Tambin se guardan los artculos de cada tienda con su cdigo, descripcin, precio y el stock de los artculos en cada tienda. Cada tienda guarda su facturacin con el nmero de factura, fecha, total de la factura, NIF, nombre y direccin del cliente. Adems, en la factura se incluye cada uno de los artculos de la venta con su cantidad y descuento correspondiente. 31. Una empresa de cines decide crear una base de datos con las pelculas que proyecta en sus distintas salas, junto con algunos datos de las pelculas Puede haber dos pelculas con el mismo nombre, pero no realizadas en el mismo ao Para cada pelcula guardaremos su ttulo, ao de produccin, nacionalidad, director(es) y actores. Para los actores tambin guardaremos el papel que desempea en la pelcula Una pelcula puede ser proyectada en distintas salas Para cada pelcula guardaremos la recaudacin diaria en cada una de las salas en las que se proyecta, as como el horario de los distintos pases. Tambin guardaremos la fecha del estreno de cada pelcula en cada sala. 32. La academia de cine ha decidido crear una base de datos de premios cinematogrficos que incluye los siguientes atributos Pelcula, Duracin, AoProduccin, Nacionalidad, Director(es), Actor(es), Festival, CiudadFestival, LugarCelebracin, Ancdotas, Premio, AoPremio, Premiado, PremioHonorficoFestival Un festival slo otorga un premio honorfico en cada certamen (que no tiene por que ser relativo a una pelcula, p.e. un premio a la carrera de un actor) Una pelcula puede recibir varios premios en el mismo festival (por distintos conceptos) Puede haber dos pelculas con el mismo nombre, pero no realizadas en el mismo ao
33. El ministerio de la salud desea mantener un sistema de informacin relativo a hospitales. Lo que se desea modelar consiste en: HOSPITAL, con los datos: __cdigo, que lo identifica. __nombre __direccin __telfono __cantidad de camas SALA, con los datos: __cdigo __nombre __cantidad de camas MEDICO, con los datos: __Cdula de identidad __nombre
30 de 43

__especialidad LABORATORIO, con los datos: __cdigo, que lo identifica. __nombre __direccin __telfono PACIENTE, con los datos: __cdula de identidad __nmero de registro __nmero de cama __nombre __direccin __fecha de nacimiento __sexo DIAGNOSTICO, con los datos: __cdigo, que lo identifica. __tipo __complicaciones Cuyas relaciones tienen las siguientes caractersticas: con el mismo cdigo, pero esto no puede ocurrir dentro de un hospital. distintos hospitales puede haber salas
l trabaja con muchos laboratorios, y un laboratorio presta servicios a ms de un hospital. Interesa conocer la descripcin de cada servicio y la fecha en que se realiz.
ido por ms de un mdico, y a su vez cada mdico atender varios pacientes. Interesa conocer las fechas de las atenciones. realiz cada uno. Disear un Modelo Entidad Relacin para la realidad planteada (MER).
34. Dado un campeonato de ftbol. Existen equipos formados por jugadores siendo uno de ellos el capitn. El capitn puede cambiar a lo largo del campeonato. Considerar que de los equipos y jugadores se conoce su nombre que los identifica. 1. 2. 3. MER MER, considerando que todos los jugadores estn en algn equipo. Interesa saber los colores de la camiseta de los equipos. Realizar las modificaciones necesarias a la parte 2. para incluir esto.
35. Dado el conjunto de los pases del mundo: a. Se desea modelar que: en qu fecha se establecieron.
b. Se desea modelar el flujo de productos de un pas a otro. (por ej. : un pas que exporta un producto, hacia dnde lo hace?) Nota: Para esta parte no considerar las relaciones diplomticas entre los pases.
36. Se desea modelar la siguiente realidad:
31 de 43

Compositores que escribieron sinfonas y datos de las sinfonas que no permiten identificarlas por s solas (por ej. : tonalidad, gnero, ejecutantes, etc.).
37. Se tiene la siguiente informacin : Las personas frecuentan 1 restaurante. A las personas les gusta distintas comidas. Los restaurantes sirven comidas. a. Disear un MER que represente la realidad anterior b. Teniendo en cuenta las siguientes restricciones :
Una persona frecuenta varios restaurantes. A una persona no le gusta una comida por s sola sino cmo la sirven en determinados restaurantes. Modificar el MER anterior para representar la informacin anterior considerando estas nuevas restricciones.
38. Se considera un sistema de correccin de exmenes donde los propios estudiantes realizan la correccin. Cada estudiante corrige uno o ms exmenes de otros estudiantes. Si un estudiante no est conforme con la correccin puede solicitar recorreccin, en cuyo caso otro estudiante realiza la correccin. De cada estudiante se conoce su nombre que lo identifica. Disear un MER que represente la informacin de cules estudiantes corrigieron y recorrigieron a qu estudiantes y las calificaciones obtenidas en el proceso.
39. Se desea modelar la estructura de un banco de datos que contiene informacin relativa a ejercicios para toda la Universidad. La realidad consiste en lo siguiente: Se tienen ejercicios, identificados por un cdigo, con una fecha de propuesta asociada y que pueden tener varios autores. Estos ejercicios pueden ser de prctico, de examen o simplemente propuestas de ejercicios. Tanto los ejercicios de prctico como los de examen estn asociados a materias dentro de carreras determinadas. Por ejemplo, el ejercicio cdigo PR274 es un ejercicio de prctico asociado a la materia Programacin 1 de la carrera Ingeniera en Computacin, pero no est asociado a la misma materia de la carrera de Ing. en Sistemas de Computacin. Sobre los ejercicios de prctico asociados a una materia en una carrera, interesa saber en qu nro. de hoja est dicho ejercicio, su nro. dentro de la hoja y un cdigo de dificultad asociado. Un ejercicio de prctico puede aparecer en varias materias de diferentes carreras. Todos los ejercicios de prctico estn asociados a alguna materia. Sobre los ejercicios de examen, interesa saber la fecha del examen en que apareci, su cantidad de puntos y el nro. de ejercicio en el examen. Un ejercicio de examen est asociado a una y slo una materia dentro de una carrera. La informacin que interesa sobre las materias es el nombre y sobre las carreras su identificacin. Se sabe que dentro de una carrera hay muchas materias y que una misma materia puede estar dentro de varias carreras. Una materia en una carrera tiene una determinada cantidad de horas de curso. Las materias con igual nombre, aunque se encuentren en distintas carreras, tendrn asociadas un mismo conjunto de temas. Por otro lado, todos los ejercicios (de cualquier tipo) estn relacionados con temas con distintos grados de profundidad. Cada tema se identifica por un cdigo e interesa saber cules temas son previos de otros. Se pide: Modelo Entidad Relacin completo. Todos los atributos debern aparecer en el diagrama y se debern explicar aquellos atributos que no resulten claros. Todas las relaciones debern tener indicada su clase o cardinalidad o mapeo, y deber sealarse si la participacin de las entidades es parcial o total. Debern subrayarse los atributos determinantes. Las restricciones no estructurales, si existen, se formularn en lenguaje natural.
40. Se desea modelar una situacin en la cual participan libros, bibliotecas e institutos. De un libro se conoce su ttulo, sus autores, la editorial, la fecha de edicin y su cdigo internacional. Un libro queda identificado por el cdigo internacional.
32 de 43

De una biblioteca se conoce su nombre. Todas las bibliotecas tienen libros pudiendo haber ms de una copia de cada uno de ellos. Adems algunas bibliotecas realizan convenios entre s. Existen institutos, de los cuales se conoce su nombre, que piden libros a las bibliotecas. Se lleva un control sobre la fecha en que se realizan estos pedidos. Un punto interesante es el manejo que se realiza para clasificar los libros por sus temas. Si bien se podra utilizar cualquier codificacin, consideramos que un cdigo es cualquier frase o palabra con sentido. O sea, dejamos de lado las palabras como "al", "con", "del", "su",etc. Adems se considera que existen dos tipos de cdigos distintos e independientes entre s: los cdigos llamados DESCRIPTORES y los cdigos llamados TERMINOS. De todos los cdigos nos interesa conocer su texto y dado que los organismos que establecen los cdigos son las bibliotecas interesa saber quin estableci los cdigos. Un cdigo puede ser establecido por varias bibliotecas y una biblioteca puede establecer varios cdigos. En especial de los cdigos que son DESCRIPTORES nos interesa conocer la fecha en que se los consider como DESCRIPTORES por primera vez. La clasificacin temtica de los libros se realiza segn uno o ms DESCRIPTORES ( por ejemplo el libro "Lgica para resolver problemas" tiene como descriptores a "resolucin de problemas" y "lgica y matemtica" ). Todos los TERMINOS son sinnimos de un DESCRIPTOR y un DESCRIPTOR puede ser sinnimo de ms de un TERMINO ( por ejemplo los trminos "ordenador", "equipo", "mquina" son sinnimos del descriptor "computador" ). No hay DESCRIPTORES sinnimos entre s. Dentro de los DESCRIPTORES hay algunos que representan temas vinculados entre s ( por ej. Organizacin Internacional del Trabajo y Salarios Mnimos). Tambin hay DESCRIPTORES que representan temas ms generales que otros, por ejemplo Programacin y Programacin Estructurada ). Se pide: Modelo Entidad Relacin completo.
41. Se desea modelar el sistema de prestacin de servicios de la empresa de transporte colectivo de pasajeros "EL MONJE LOCO S.A."; cuya descripcin es la siguiente: Existen recorridos que pasan por distintas ciudades. Cada recorrido tiene un cdigo que lo identifica. Existen servicios ordinarios y extraordinarios. en un horario es un servicio determinado.
uno o ms coches a cada servicio interesando la historia de dichas asignaciones. Se pide: 1. M.E.R. del sistema. 2. Mostrar que el modelo representado puede satisfacer la siguiente pregunta: A qu hora llega a Carmelo el coche que sale de Montevideo a las 14h y hace el recorrido "P48" ? b. Modificar o agregar en el M.E.R anterior lo que sea necesario para representar que: guarda. guardas) tienen asociados nro_funcionario, datos personales y categora; los conductores tienen adems, la cantidad de kilmetros recorridos y el nro. De licencia de conductor. caractersticas: o o o Cada conductor puede tener un suplente que toma su lugar en caso de que ste no pueda cumplir su actividad. Un conductor puede ser suplente de varios. Un conductor no puede ser suplente de s mismo. Un conductor no puede ser suplente de uno de menor categora.
42. Disear un MER, de una base de datos con el siguiente contenido: PAISES
33 de 43

Existen pases independientes y colonias. Las colonias pertenecen a otro pas independiente. Estos ltimos tienen alguna forma de gobierno que puede ser repblica, dictadura, principado, emirato, democracia popular, etc. Los pases independientes comercian entre s distintos productos. Las colonias slo comercian con el pas colonizador. En ambos casos, del producto comerciado se conoce un cdigo que lo identifica, as como el nombre del producto. Las relaciones de comercio posibles son de importacin y exportacin de productos. Tambin forma parte de la BD la informacin de lmites entre pases (qu pases limitan con un pas dado). RIOS Slo interesan dos tipos de ros: internacionales (sirven de lmite entre algn par de pases) y nacionales (estn totalmente contenidos en un pas). Los datos que interesan de un ro son nombre, caudal y longitud. Se supone que pueden existir dos ros nacionales con igual nombre en distinto pas. Los ros internacionales tienen nombre nico.
43. La O.M.C.M (Organizacin Mundial para el Control Martimo) desea montar un sistema de informacin sobre el trfico martimo internacional. La informacin que le interesa mantener consiste en: Se tienen barcos (identificados por una matrcula) de los cuales interesa su bandera, nombre, tonelaje, calado y fecha de botadura. Los barcos pueden ser de pasajeros, de pesca o de carga. Los barcos de pasajeros tienen asociados la cantidad de pasajeros que pueden transportar. Los de pesca, el tipo de barco (atunero, de altura, etc.) y los de carga la capacidad de carga que pueden transportar. Con respecto a los barcos de pesca, interesa tener la informacin de la zona de pesca en la que se encuentran trabajando. Un barco puede trabajar en muchas zonas y en una zona pueden haber trabajando varios barcos. Interesa saber en qu fecha estuvo un barco en una zona. Una zona de pesca est identificada por un cdigo, tiene asociada un conjunto de coordenadas (latitud y longitud) de los puntos que la limitan y un conjunto de especies cuya pesca est permitida en la zona. Interesa saber qu zonas limitan con qu otras. Con respecto a los barcos de carga, interesa saber en qu puertos atracaron, la fecha en que lo hicieron y si cargaron o descargaron mercadera. No necesariamente un barco que atraca en un puerto debe hacerlo. Si hubo movimiento (cargo y/o descarga) interesa saber la cantidad asociada a cada operacin. Las mercaderas estn identificadas por un cdigo y tienen asociada una unidad y su peso por metro cbico. Los puertos estn identificados por el nombre y el pas, y tiene asociados la profundidad, los tipos de gras que tiene, la capacidad en cantidad de barcos y si es de agua dulce o salada. Interesa tambin qu puertos estn en cada zona de pesca (un puerto puede estar en varias).Tambin interesa saber las distancias que existen entre los puertos. Se pide: Modelo Entidad Relacin del problema.
44. Se desea realizar el modelado de los datos necesarios para la distribucin de los productos de un frigorfico, la cual se realiza desde su planta de procesamiento. Los clientes de frigorfico, que son carniceras o mayoristas, realizan pedidos. El frigorfico conoce el nombre, direccin y RUC de sus clientes. Tambin conoce la lista de los empleados de los mayoristas que estn autorizados a recibir las entregas directamente. Los pedidos, que estn numerados y fechados, consisten en una lista de varios cortes de productos crnicos, en la que, por cada corte, se indica el nmero de piezas y el peso total aproximado. Los cortes reciben nombres identificatorios y se sabe que un corte puede formar parte de otros as como contener a otros cortes. Los distribuidores son intermediarios entre el frigorfico y los clientes (sean carniceras o mayoristas). De ellos se conoce el nombre, la direccin y la lista de receptores autorizados a recibir entregas. Los distribuidores pueden atender a varios clientes y a su vez, un cliente puede ser atendido por varios distribuidores. Las entregas a los distribuidores y a los mayoristas, consisten en cargar un camin, de un nico distribuidor o mayorista, con piezas de carne. Esta entrega, que est identificada con un nmero, se realiza en la planta del frigorfico, en cierta fecha, a individuos que se hacen responsables como receptores de la carga. La entrega de piezas a un distribuidor o mayorista se realiza contra un pedido realizado por un cliente. Ms aun, el nmero de piezas entregada, su peso total (registrado en la balanza en el momento del embarque) y los cortes de stas, deben corresponderse al del pedido. Sin embargo, pueden ser necesarias varias entregas para satisfacer un pedido, as como en una entrega se pueden satisfacer varios pedidos. Se pide: Modelo Entidad Relacin del problema.
45. Una empresa constructora dedicada a obras viales desea implantar un sistema informtico que le permita llevar un registro de todas las actividades en cada una de sus obras. Su principal actividad es la construccin y mantenimiento de carreteras.
34 de 43

La empresa cuenta con una flota de vehculos formada por autos, camionetas y camiones. De los vehculos se conoce su matrcula, marca, modelo y ao. En el caso de las camionetas interesa saber su capacidad de carga y si son doble cabina o no; de los camiones su capacidad de carga y cantidad de ejes. Cada obra que la empresa lleva adelante tiene un nombre, el nmero de la ruta, y una descripcin de la obra. La jornada es un da completo de trabajo. Las jornadas se numeran secuencialmente con un nmero, el cual indica las jornadas trabajadas a partir del comienzo de la obra. A su vez tiene un costo operativo de mano de obra, es decir el total de los jornales que se han de pagar al terminar el da. Al comenzar la jornada se fijan los trabajos a realizar durante la misma. Si por algn motivo cierto trabajo queda incompleto (por ej. mal tiempo), el siguiente da laborable no se registra como una nueva jornada sino como parte de la jornada de inicio de ese trabajo, y se realizan slo los trabajos que quedaron pendientes. Los trabajos que se desean registrar son la produccin y el tendido de la mezcla asfltica. Cada da, en cada obra se producen las toneladas necesarias de mezcla de acuerdo a la planificacin de la jornada. Esa produccin se utiliza para realizar los tendidos de ese mismo da, ya que la mezcla no puede guardarse de un da para otro. Sinembargo, no toda la produccin del da es utilizada ya que parte de ella es rechazada por los inspectores del ministerio en la planta asfltica y otra parte es rechazada en la zona del tendido. Para elaborar la mezcla se necesitan piedras y asfalto que se traen en camiones desde una cantera cercana a la obra. En cada viaje de un camin a la cantera se compra una cierta cantidad de piedras y asfalto por la que se obtiene una boleta de compra. De cada viaje interesa saber la cantidad y el costo de cada material adquirido. Una vez que la produccin de mezcla es aceptada por la inspeccin, se procede a sutendido. De los tendidos se registra el kilometraje inicial, el final y la jornada de trabajo. La empresa desea saber las toneladas totales producidas as como las rechazadas tanto en planta como en la zona de tendido. De cada inspector se conoce su cdula, nombre, telfonos y direccin. Algunos inspectores tienen un alto grado de calificacin en lo que refiere a conocimientos y formacin tcnica. Otros simplemente conocen metodologas bsicas y procesos rutinarios. Estos ltimos estn asignados slo a planta. El resto inspecciona tanto en la planta como en la carretera, pero nunca visitan ambos lugares el mismo da. A stos, la empresa les brinda un vehculo (auto o camioneta) para ir al lugar del tendido. Cada obra tiene un grupo de inspectores asignados por el ministerio, uno de los cuales es el jefe. Interesa saber la cantidad de mezcla rechazada por cada uno y para los que inspeccionan tendido los vehculos utilizados para sus visitas. Se pide: Modelar la realidad planteada utilizando MER. 46. Disponemos de los siguientes elementos de informacion: TARJETAS DE CREDITO (identificadas por un nmero y que pueden ser de diferente tipo), PERSONAS PROPIETARIAS de esas tajetas (de las que conocemos DNI, domicilio y telefono), CUENTAS CORRIENTES (con un nmero, un saldo y una fecha de apertura). Las siguientes restricciones semanticas han de satisfacerse: Cada persona puede tener mas de una tarjeta. Cada tarjeta pertenece a una persona. Cada tarjeta lleva asociada una nica cuenta. Podemos cargar mas de una tarjeta a un cuenta determinada. Cada cuenta pertenece a una sola persona. Una persona puede tener ms de una cuenta.
47. Se trata de organizar la informacin relativa a la gestin de reservas para vuelos. Debemos poder gestionar los datos que figuran en una tarjeta de embarque: Fecha y hora de emisin, a qu asiento corresponde, de qu avin, a qu vuelo corresponde, su fecha y hora de salida y a qu trayecto (ciudad de salida y ciudad de destino) de lnea area pertenece ese vuelo. Se consideran, adems, las siguientes restricciones semnticas mnimas: Tenemos diferentes aviones cuyos nmeros de asiento pueden coincidir. Una tarjeta de embarque se corresponde con un asiento concreto de un avin concreto en un vuelo concreto. Un avin puede participar en diferentes vuelos. Un trayecto areo est identificado por un nmero y puede incluir varios vuelos con posible cambio de avin. Cada una de estos vuelos est caracterizado por una fecha y hora de partida. Puede existir ms de una tarjeta de embarque por cada vuelo. Cada avin tiene una capacidad mxima.
35 de 43

48. Una empresa almacena datos referentes a :
Departamentos: Depto#, Nom Dpto. Empleados: DNI, Nombre, DNI Conyuge. Proyectos: Proy#, Nombre. Proveedores: Prov#, Nombre, Telefono, Direccion. Productos: Prod#, Nombre, Precio. Las restricciones semanticas mnimas a cumplir son: (a) Cada empleado trabaja en un departamento. (b) Un empleado puede trabajar en varios proyectos. (c) Existe un empleado que dirige cada proyecto. (d) Los proyectos usan productos. (e) Los precios de los productos pueden variar de un proveedor a otro. (f) Algunos productos tienen componentes que son, a su vez, productos.
49. En una biblioteca pblica se maneja informacin acerca de: LIBROS, AUTORES, TEMAS y PERSONAS que los piden, con las siguientes restricciones: Cada libro puede estar escrito por mas de un autor. Un autor puede escribir mas de un libro. Cada libro puede tratar de mas de un tema. Hay muchos libros de cada tema. No existe mas que un ejemplar de cada libro. Cada persona slo puede tomar un libro prestado a la vez. Cuando lo devuelve, se supone que la informacin del prstamo se borra.
50. Modelizar la base de datos de un hospital en el que se maneja informacin de: MEDICOS, PLANTAS, HABITACIONES, PACIENTES, ENFERMEROS, ENFERMEDADES, etc. Con las siguientes consideraciones: Mdicos, enfermeros y pacientes tendrn los datos habituales de personas, nombre edad etc. adems de datos especficos de cada uno de ellos Un enfermo puede tener varios ingresos con una fecha de entrada, otra de alta y su causa, la descripcin de la causa, el mdico responsable. Una planta estar compuesta de habitaciones, y tendr una especializacin clnica y un mdico director. Las habitaciones tendrn, nmero de camas, caractersticas especiales etc. Existir informacin acerca de la ocupacin de una habitacin. Los enfermeros estn asignados a una planta y tendrn un conjunto de habitaciones asignado
51. Los datos que se manipulan en un Video-Club son los siguientes: PELICULAS: Titulo, ao de estreno, actores principales, tema. CINTAS: Cdigo de cinta (nico), sistema de reproduccin. PRESTAMOS: Cinta, fecha, cliente CLIENTES: DNI, nombre, direccin, telfono. Las restricciones semnticas mnimas son: Un cliente puede alquilar varias pelculas el mismo da. Puede haber distintas cintas con la misma pelcula.
36 de 43

El mismo ao no pueden estrenarse dos pelculas con el mismo ttulo, pero s pueden hacerse versiones de la misma pelcula en diferentes aos. Las pelculas con el mismo titulo son del mismo tema.
52. SERVICIO MILITAR
El ministerio de defensa desea disear una base de Datos para llevar un cierto control de los soldados que prestan el servicio militar. Los datos significativos a tener en cuenta son: Un soldado se define con su cdigo de soldado (nico), su nombre y apellidos y su graduacin. Existen varios cuarteles, cada uno se define con su cdigo de cuartel, nombre y ubicacin. Hay que tener en cuenta que existen diferentes cuerpos del ejercito (Infantera, Artillera, Armada, etc. Y cada uno se define con su cdigo de cuerpo y denominacin. Los soldados estn agrupados en compaas, siendo significativa para cada una de estas, l nmero de compaa, y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (Guardias, Imaginarias, cuarteleros... Y se definen por el cdigo de servicio y descripcin. Consideraciones del diseo. En soldado pertenece a un nico cuerpo y a una nica compaa, durante todo el servicio militar. A una compaa pueden pertenecer soldados de diferentes cuerpos, no habiendo relacin directa entre compaas y cuerpos. Los soldados de una misma compaa pueden estar destinados en diferentes cuarteles, es decir, una compaa puede estar ubicada en varios cuarteles, y en un cuartel puede haber varias compaas. Eso s un soldado solo esta en un cuartel. Un soldado realiza varios servicios a lo largo de milicia. Un servicio puede ser realizado por mas de un soldado (Con independencia de la compaa), siendo significativa la fecha de realizacin.
53. SUPERMERCADO MANDARIN El supermercado el MANDARIN, ha decidido informatizar toda su gestin. La informacin que se desea almacenar es la siguiente: El supermercado tiene un conjunto de Proveedores, de los cuales desea almacenar su nombre direccin y telfono, cada proveedor sirve al supermercado uno o varios artculos, y es posible que un mismo articulo sea servido por mas de un proveedor. Por cada articulo deseamos saber el nombre, el precio, l numero de articulo (nico) y el precio a que lo sirve cada proveedor (No el precio de venta al publico. Por otro lado, el supermercado esta organizado en distintos departamentos, cada uno de los cuales tiene un director y una serie de empleados. Cada departamento es responsable de un rea de ventas (Textil, alimentacin, hogar, etc.) y cada articulo solo puede ser vendido por un nico departamento. El supermercado necesita por cada empleado lo siguiente: Nombre, direccin y telfono particular, salario y a que departamento pertenece. Finalmente el supermercado tiene clientes que realizan pedidos. Por cada cliente se necesita su nombre, direccin, telfono y saldo. Cada pedido consiste en un numero de pedido, fecha del pedido, artculos pedidos y cantidad. Se pide disear la base de datos, mostrando su estructura mediante un diagrama E-R. Nota podra existir informacin incompleta, es importante detectarlo y resolverlo.
54. AGENCIAS DE VIAJES
Una cadena de agencias de viajes desea disponer de una base de datos que contemple informacin relativa al hospedaje y vuelos de los turistas que contratan. Los datos a tener en cuanta son: La cadena de agencias esta compuesta por un conjunto de sucursales. Cada sucursal viene definida por el cdigo de la sucursal, direccin y telfono.
37 de 43

La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada Hotel esta definido por el cdigo del hotel, nombre direccin, ciudad, telfono y numero de plazas disponibles. De igual forma la cadena tiene contratados una serie de vuelos regulares de forma exclusiva. Cada vuelo viene definido por l numero de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone. La informacin que se desea almacenar por cada turista es el cdigo de turista, nombre y apellidos, direccin y telfono. Por otra parte hay que tener en cuanta la siguiente informacin: 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 rgimen de hospedaje (Media pensin o pensin completa), siendo significativa la fecha de llegada y la partida.
55. COLEGIO.
Soy el empresario de un colegio de Bucaramanga y requiere disear un sistema de base de datos para manejar la informacin del mismo. Necesito manejar la informacin de todos los estudiantes; de l necesito su identificacin, Nombre, Apellidos, Direccin, Telfono, sexo y acudiente, quizs los colegios donde ha estudiado y el promedio acumulado, adems necesito conocer la fecha de nacimiento, porque el plantel maneja un rango de edades para cada curso. Deseo saber la informacin de los docentes; de este necesitamos Saber el Nit o identificacin, Nombres, apellidos, las horas tomadas, el rea en que se especializa y tal vez su estado civil. Ellos tienen varios estudiantes y cada estudiante pertenece a un solo grado. Adems necesitamos manejar la informacin de las materias; de estas requerimos el cdigo, el nombre y el horario de cada una, Adems se necesita saber la informacin del curso. De le necesitamos el cdigo, el nombre y la clasificacin, se sabe que un curso tiene muchos estudiantes.
56. Tengo informacin sobre una clnica en particular y deseo crear un sistema de base de datos el cual maneja los aspectos importantes de ella. Tales aspectos debern ser de la siguiente manera:
Toda informacin de los mdicos deber ser almacenada con los siguientes criterios: tener una identificacin, cdigo, tarjeta profesional ya que se debe cerciorar so es apto para ejercer, nombre, apellido, telfono en algunos casos direccin. Adems ser necesario saber la informacin de los clientes o pacientes, de los cuales necesitaremos: Cdigo de afiliacin, identificacin CC. o T.I., nombre, apellido, quizs telfono y necesariamente la EPS a las cuales pertenecen los usuarios. De estas EPS debemos saber: Nit de la entidad, nombre de la empresa, lugar de zonificacin del usuario. Ser indispensable incluir la historia clnica de cada paciente en la cual se detallara: el cdigo del usuario, consulta externa (Numero de consultas. , Urgencias (Numero de entradas), hospitalizacin, procedimientos diagnstico y quirrgico, laboratorio clnico y enfermedades que ha padecido.
57. Se requiere crear una base de datos para el departamento de Registro y control de la Universidad, para ello se debe tener registros de cada uno de los estudiantes, de los cuales e conoce el cdigo, nombre, carrera, promedio, direccin y telfono, adems de la edad y fecha de nacimiento si se desea. Tambin de cada carrera se necesita el cdigo, crditos totales y nombre; este campo se relaciona con cada estudiante, al igual que el campo de las materias, de las cuales se conoce el nombre , crditos y nota y para control del rendimiento acadmico se necesita conocer el promedio, del cual se conoce los datos de cada estudiante, las materias y por supuesto el nuevo promedio acumulado.
58. Soy el rector de una universidad y deseo montar un sistema de base de datos para manejar la informacin de los estudiantes, de cada uno de ellos necesito manejar su cdigo, nombre, apellidos, c.c. o T.I. y quizs telfono y direccin. Deseamos saber que carrera cursa cada uno ellos y de esta necesito saber cdigo, nombre, registro ICFES carreras tienen varios estudiantes y cada uno de ellos solo puede pertenecer a una carrera, necesitamos saber los resultados de cada uno de los estudiantes (Semestre). De este ultimo se desea almacenar nivel, intensidad horaria, fecha de inicio, fecha de finalizacin, adems de las materias es necesario conocer el cdigo , nombre, crditos y quizs profesor, se debe conocer el resultado semestral de cada estudiante por materias.
59. El director tcnico de la seleccin de un pas necesita una base de datos con el fin de medir estadsticamente a sus jugadores para as seleccionarlos. Necesita de cada jugador CC: ,nombre, apellidos , telfono, fecha de nacimiento, casado o soltero y a que club pertenece, de este ultimo necesita Nombre del club, campeonatos internacionales que ha jugado el club, ttulos obtenidos en el
38 de 43

campeonato local, en cuantos internacionales, posicin del jugador en el club, ranking del club, adems de los jugadores casados necesito saber si tiene hijos, si la familia de ellos vive en el lugar donde juega el club y opcionalmente el nombre de la cnyuge. De los campeonatos internacionales necesito saber si el jugador a marcado goles como titular o suplente, tiempo que juega en cada partido. 60. El rector de un colegio quiere crear una base de datos con cada uno de los padres de familia que son empleados de alguna empresa, para ello necesita conocer el nombre de la empresa, Nit Direccin, telfono y Representante. Del padre de Familia necesita conocer su nombre , apellidos, identificacin, nombre del hijo. Del cargo que el padre de familia desempea necesita saber su horario, nombre del cargo y sueldo.
61. Se tiene una base de datos relacionada con la informacin estudiantil de un aspirante a entrar a una universidad. Se requiere como informacin dele estudiante, el nombre, apellidos, Direccin, Telfono, como opcin e-mail, nombre de la empresa, telfono, direccin. Adems de estos datos se solicitan los siguientes,, sexo estrato social, cedula o documento de identidad. Por otro lado es solicitada la informacin familiar como es el nombre , Apellidos, Viven o no, nombre de la empresa, telfono, direccin (De ambos padres). Por otro lado existe informacin adicional la cual se requiere y se solicita de la siguiente forma; puntaje ICFES anterior o actual (Describa puntaje por materia si es el nuevo ICFES). Colegio en donde termino el bachillerato y la fecha en la cual termin; la carrera que quiere estudiar y una opcional (Por si no pasa). Par terminar se piden datos adicionales como en que forma paga la matricula; ICETEX; COOPFUTURO; Efectivo, ECOPETROL u otra. Materias que se le facilitan (Matemticas, Qumica, Literatura, Ciencias, Sociales, Otras). Adicione u ordene los campos como crea necesario.
62. En un banco se desea tener acceso a la informacin de cada cliente, del cual se conoce el numero de la cuenta, nombre cedula , capital y quizs edad y fecha de nacimiento. As mismo este esta relacionado con el tipo de cuenta que posee, la cual posee los datos del cliente, adems de los campos de cuenta corriente y cuenta de ahorros. Tambin los ltimos movimientos y la sucursal donde se realizan . De este ultimo se conocen el cdigo, direccin y ciudad, adems del posible telfono de la sucursal. Y de los movimientos se conoce el retiro, consignacin, consultas, y pagos; relacionados directamente con el cliente.
63. Se necesita saber los datos del estudiante, nombre, cdigo, id, la carrera, la direccin y Tel. Para cada carrera se requiere su cdigo , su registro del ICFES, nombre, duracin, otro atributo donde sea 1 si es diurno y 2 si es nocturno, Para cada materia se debe tener su cdigo, nombre, profesor, horas semanales. El objetivo es saber que materias ve el estudiante y cual profesor tiene mas carga acadmica.
64. Soy socio de un almacn de venta de herramientas para trabajo pesado y deseo montar un sistema de base de datos para manejar la informacin, necesito manejar la informacin de los artculos, de este necesito: Cdigo, nombre, descripcin, embalaje, cantidad y tope. Necesitamos saber del proveedor, Nit o cedula, nombre del proveedor, si es necesario necesitamos. Necesitamos manejar las ventas del cual necesitamos.: Cdigo del articulo; Nombre; Fecha de venta; Cantidad vendida. Adems de la compra de mercancas necesitamos saber Nit o cedula de quien se le compre, articulo, cdigo del articulo, fecha de compra, cantidad comprada. 65. Arbol Generalogico Una gran familia desea disponer de su rbol genealgico. Para ello recopilan informacin acerca de todos los miembros de la familia y sus congneres hasta cierto grado de consanguinidad; reflejando toda esa informacin en una base de datos. Un miembro de la familia (informtico) piensa que deberan escoger como SGBD ORACLE para la creacin y gestin de la base de datos. La idea es crear dicha base de datos e ir completndola con el tiempo a base de investigacin y constancia. Se desea que cualquier miembro de la familia pueda aportar datos simultneamente a la base de datos conectndose desde algn sitio usando algn cliente. Para cada persona se deber almacenar al menos la siguiente informacin: Nombre Apellidos Fecha de nacimiento Sexo Altura Peso Se deben considerar las relaciones siguientes existentes entre los miembros:
39 de 43

Ser padre/madre de Ser hijo/hija de Ser abuelo/abuela de Ser nieto/nieta de Ser hermano/hermana de Estar casado/a con (y cualquier otra relacin que veis necesaria para el cumplimiento del ejercicio)
Hay que tener en cuenta las siguientes restricciones: 1) 2) 3) 4) 5) 6) 7) 8) 9) Una persona no puede tener un progenitor que no exista ya en la base de datos Una persona no puede ser progenitor de A a la vez que es hijo de A (eso en otro universo...) Dos hermanos/as no pueden ser hijos/as de distinto padre (no se admiten hermanastros/as) Dos hermanos/as no pueden ser hijos/as de distinta madre (no se admiten hermanastros/as) Una persona no puede estar casada con ms de una persona (no se admite la poligamia) Una persona no puede tener ms de un padre (no se admite al repartidor de butano...) Una persona no puede tener ms de una madre (excluyendo cuestiones religiosas...) Una persona no puede estar casada con otra persona del mismo sexo (slo se admiten matrimonios tradicionales) Una persona no puede estar casada consigo misma
66. La empresa PARKATU desea construir una serie de aparcamientos en Espaa. Algunos de esos aparcamientos sern subterrneos y otros no, dependiendo del tipo de terreno de que se disponga. Los aparcamientos disponen de un nmero de plazas reservadas a trabajadores de la propia empresa (PARKATU). En el caso de tratarse de directivos de la empresa el nmero de plazas ser de 3, pudiendo ser utilizadas por el propio directivo, un familiar suyo o una persona autorizada por el directivo. Otra serie de plazas estn reservadas a socios del aparcamiento. Estos socios deben darse de alta por correo, por telfono, por internet o bien personndose en alguno de los aparcamientos de los que dispone la empresa a lo largo de la geografa espaola. La empresa dispone de varios telfonos, varias direcciones de correo electrnico y varias webs para recoger las solicitudes de alta como socio. En las solicitudes de alta se harn constar los datos personales y los datos de facturacin del cliente. El precio del alta es de 20 , pero puede variar en funcin de la localizacin geogrfica del aparcamiento. La mensualidad es de 30 , dando derecho a: 1 plaza reservada en el aparcamiento en el cual se realiz el alta 1 plaza adicional en alguno de los aparcamientos de que dispone la empresa Otra serie de plazas estn reservadas al resto de clientes no socios del aparcamiento. Estas plazas tendrn un coste de 1 /hora (aunque ese precio puede variar con el tiempo pero ser siempre el mismo para una misma localizacin geogrfica) Adems, se desea registrar por medios automticos las entradas y salidas del aparcamiento anotando: FECHA Y HORA DE ENTRADA FECHA Y HORA DE SALIDA TEORICA FECHA Y HORA DE SALIDA REAL NUMERO DE PLAZA DEL APARCAMIENTO MATRICULA DEL COCHE IDENTIFICACION DEL CONDUCTOR IMPORTE COBRADO FORMA DE PAGO ( TARJETA, EFECTIVO, OTRAS) 67. La empresa COMPRACOM posee una serie supermercados en Espaa, en distintas ciudades. En algunas ciudades (en funcin de la poblacin) hay varios supermercados. Los supermercados pueden tener 1 o varias plantas. En ellos se venden todo tipo de productos de consumo (alimentacin, electrodomsticos, informtica, etc.)
40 de 43

Los productos estn situados fsicamente en expositores a distintas alturas. Los productos de mayor consumo se suelen colocar a media altura, los ms caros en la parte superior y los mas baratos en la parte inferior (esta colocacin puede variar en funcin de otros criterios). Cada producto est marcado con una etiqueta en la que se ha impreso un cdigo de barras que identifica el producto. Los supermercados estn abiertos de 10 de la maana a 10 de la noche. Hay una serie de empleados con contrato temporal que se encargan de reponer los productos en los expositores. Estos reponedores tienen un horario que siempre es anterior a la hora de apertura o posterior a la hora de cierre. Hay una serie de cajas con terminales punto de venta para el registro de las ventas de productos. Algunas cajas son cajas rpidas y solo admiten un mximo de 10 artculos por compra. En todas las cajas existen dispositivos lectores de cdigos de barras. Algunos clientes disponen de tarjeta COMPRACOM la cual les permite pagar la compra realizada sin usar efectivo y adems obtener un descuento del 10%. Los directivos desean llevar un registro de todas las ventas realizadas, anotando informacin sobre el producto (categora/s de producto, cdigo de barras del producto, precio, etc), el dependiente que ha realizado la venta (cajero/a), la fecha y hora de la venta, la duracin del proceso de venta (desde que el cliente llega a la caja hasta que se va; para ello el cajero/a dispone de un botn en el teclado que pulsar a la llegada y a la salida del cliente), etc. El gerente desea tener un sistema que almacene toda la informacin de su negocio y le permita obtener estadsticas sobre las ventas realizadas y sobre el rendimiento de sus trabajadores. 68. Vuelta Ciclista Se desea disear un BD que recoja la organizacin y gestin de una vuelta ciclista por etapas. De cada etapa ser necesario registrar el nmero de etapa, fecha, hora de salida, hora estimada de llegada, kms de la etapa, denominacin del lugar de donde se sale y a donde se llega, puertos de montaa por los que pasa y categora de dichos puertos. Algunas de las etapas no tendrn puertos, puesto que pueden ser contrarreloj individuales. Los equipos que participan estn formados por nueve ciclistas (identificados por el dorsal). Ser necesario guardar el nombre del equipo, nacionalidad, director, patrocinador del equipo y ciclistas que lo componen. De los ciclistas se guardar, adems del dorsal, su nombre, su nacionalidad y las mejores clasificaciones que haya tenido en su carrera (ej. Tercero en el Tour del 92, Cuarto en el Giro del 95, ) Con el fin de obtener la clasificacin de la etapa y la clasificacin general (suma de los tiempos de cada una de las etapas) se necesita llevar un registro de los tiempos invertidos por cada corredor en cada una de las etapas. [Para reducir la complejidad del ejercicio no se tendrn en cuenta, para la clasificacin, los puntos que se suelen otorgar a los corredores que pasan primeros por cada puerto de montaa.] Al finalizar cada etapa los ciclistas conceden entrevistas a las distintas cadenas de radio o televisin. La organizacin cobra un canon (cantidad fija por entrevista) por lo que desea controlar el nmero de entrevistas, el nombre del ciclista y la cadena de radio o televisin que la realiza. 69. Parque de Bomberos Se pretende disear una base de datos que almacene toda la informacin referente a los diferentes parques de bomberos de una determinada provincia. Para cada parque se deber almacenar su nombre, direccin, poblacin, telfono y categora. Cada parque dispondr de varios coches identificados por la marca, el modelo, el nmero de matrcula, as como la fecha de compra y la fecha de la ltima revisin. A cada parque pertenece un grupo de bomberos del que se deben tener todos sus datos personales (nombre y apellidos, fecha de nacimiento, DNI, direccin y telfono). Estos bomberos trabajan por turnos establecidos en un periodo determinado (por ejemplo, el bombero Juan Lpez trabaja en el turno de noche desde el 20 de Octubre de este ao al 1 de Noviembre del mismo ao). Cada parque recibe una peticin de servicio (en una fecha y hora concreta) indicando el tipo de servicio y el grado de urgencia del mismo. Ese parque atender la peticin de servicio enviando un equipo de bomberos al lugar del siniestro. Este equipo estar formado por varios bomberos, cada uno de ellos con un puesto especfico. Un bombero slo puede pertenecer a un determinado parque. 70. Supongamos que se nos ha encargado el diseo de una aplicacin que sirva de soporte al funcionamiento de una red social online (una comunidad de usuarios con intereses comunes que deciden ponerse en contacto e intercambiar opiniones e informacin acerca de sus temas de inters). Tras analizar detenidamente el problema, averiguamos que nuestra aplicacin debe cumplir los siguientes requisitos: Los usuarios de nuestra comunidad virtual se pueden registrar gratuitamente en nuestro sistema. Una vez registrados, para acceder al mismo han de usar su nombre de usuario o nick y una contrasea que ellos mismos establecen al registrarse. El usuario tambin ha de indicar una direccin de correo electrnico vlida y, opcionalmente, un nmero de telfono mvil en el que recibir notificaciones va SMS. El perfil de un usuario puede incluir, opcionalmente, la URL de su pgina web personal, su lugar de residencia (ciudad y pas), su fecha de nacimiento, una fotografa (o icono) y una breve descripcin en la que el usuario podr especificar sus aficiones o preferencias. Los usuarios podrn subscribirse a distintos grupos, siendo cada grupo de usuarios gestionado por uno o varios moderadores que pueden decidir a quin aceptan y a quin rechazan en el grupo. Cualquier usuario puede crear nuevos grupos y solicitar su acceso
41 de 43

a grupos ya existentes. Alguno de los moderadores deber aceptar o rechazar las solicitudes de acceso. En cualquier momento, el moderador puede expulsar a alguien del grupo y el usuario puede darse de baja del grupo. Los grupos estarn organizados jerrquicamente y se podrn dividir en subgrupos (p.ej. el grupo reseas puede estar dividido en reseas de libros, crticas de pelculas y comentarios sobre videojuegos). Los usuarios del sistema pueden enviar artculos a uno o varios grupos (textos con informacin de inters para los miembros del grupo, como reseas de libros, crticas de productos, tutoriales tcnicos de diversas materias, etc.). Cada artculo tendr un identificador nico, una fecha de creacin, un usuario responsable (el creador del artculo), un resumen (como el subject de un e-mail) y un texto (el artculo en s). Tambin tendr, para cada grupo al que ha sido enviado, un estado editorial asociado (enviado, aprobado, rechazado) que ser controlado por los moderadores de cada grupo (para que puedan actuar como tales si fuese necesario). Una vez publicado un artculo, los dems usuarios de los grupos en los que se publique el artculo podrn escribir comentarios sobre l. Cada comentario tendr un firmante (un usuario del sistema), una fecha, un texto y un estado editorial asociado. Los usuarios del sistema podrn enviar mensajes privados a otros usuarios del sistema (el sistema, automticamente, notificar por e-mail al recipiente del mensaje). Los usuarios tambin podrn publicar noticias de inters general que aparecern en la pgina de bienvenida del sistema. Las noticias, que estarn moderadas por los administradores del sistema, llevarn una fecha asociada y caducarn automticamente pasada esta fecha. El sistema incluir un servicio automtico de notificaciones, por lo que deber mantener informacin de contacto de cada usuario registrado (p.ej. e-mail o telfono mvil para envo de SMSs), si bien esta informacin ser privada y no se compartir con los dems miembros de la comunidad salvo que as lo desee el usuario. Cada usuario podr mantener una lista de contactos personales (otros usuarios con los que nuestro usuario quiere mantenerse en contacto). El sistema enviar notificaciones a un usuario cada vez que alguien de su lista de contactos enve algn artculo o escriba un comentario. Un usuario tambin podr aadir artculos concretos a su lista de marcadores (para poder acceder en cualquier momento a los artculos que considere especialmente relevantes). 71. Supongamos que se nos ha encargado el diseo de un sistema de recuperacin de informacin (SRI) mediante el que se pueda acceder a una base de datos documental. Tras analizar detenidamente el problema, enumeramos los requisitos que ha de cumplir el SRI: Hemos de mantener un registro de documentos, cada uno de los cuales viene identificado por un nmero de registro. Todos los documentos tienen ttulo e incluyen una URL mediante la que se puede acceder al documento en s. Los documentos aparecen indexados en la base de datos en funcin de los trminos (palabras) que aparecen en ellos. En la base de datos se ha de mantener la frecuencia de cada trmino en cada documento. Para facilitar la actualizacin del ndice, junto con los datos de cada documento, se almacena el tamao en bytes del documento, la fecha de ltima actualizacin del documento en el ndice y el valor de una funcin hash (checksum) que se utilizar para comprobar si el documento actual es el que ya est indexado en la base de datos. Aparte de poder realizar bsquedas por palabras clave (al estilo de un buscador como Google o Altavista), el sistema de recuperacin de informacin tambin ha de permitir al usuario navegar por la base de datos documental. Para ello, se han de mantener los documentos clasificados por temas (al estilo de un directorio como Yahoo! o dmoz.org). Los temas se organizan de la forma tradicional formando una taxonoma (un tema puede tener varios subtemas y ha de estar situado en una posicin concreta dentro de la jerarqua de temas). Adems, tambin se mantienen relaciones entre temas afines para facilitar la navegacin del usuario por la base de datos documental (por ejemplo, los algoritmos de generacin de nmeros pseudoaleatorios usados en simulacin estn obviamente relacionados con la Estadstica, aunque probablemente no aparezcan dentro del tema Estadstica en nuestra clasificacin oficial por temas). Por cuestiones de eficiencia, la base de datos del sistema de recuperacin de informacin almacenar de forma redundante los siguientes datos (por ejemplo, para permitir la ordenacin de los resultados obtenidos para una consulta): Para cada trmino, el nmero de documentos distintos en los que aparece y el nmero total de veces que aparece en todos los documentos de la base de datos. Para cada documento, su tamao (en palabras), el nmero de palabras diferentes que incluye y la frecuencia de la palabra que ms se repite en el documento. 72. Subasta: Supongamos que se nos ha encargado el diseo de una aplicacin que sirva de soporte a un sistema de compraventa de artculos mediante subastas a travs de Internet (tipo eBay). Tras analizar detenidamente el problema, averiguamos que nuestra aplicacin debe cumplir los siguientes requisitos: Para poder realizar una operacin de compraventa, los usuarios deben registrarse en el sistema rellenando un formulario en el que han de especificar sus datos personales (nombre, apellidos, direccin, e-mail). Cuando un usuario desea poner en venta un artculo, ha de rellenar otro formulario en el que especifica los datos del artculo que se pone en venta (nombre y descripcin), su estado (nuevo, usado), su precio de salida y la fecha lmite de la subasta. Para facilitar la bsqueda de artculos en venta, los artculos se organizan en categoras. Cada categora de artculos puede, a su vez, englobar otras categoras. Por ejemplo, la categora libros puede incluir a categoras como ficcin [obras literarias], no ficcin, primeras ediciones o libros firmados y un libro concreto puede pertenecer a varias categoras (p.ej. un ejemplar de la primera edicin de una novela firmado por el autor). Los usuarios pujan por los artculos que desean comprar ofreciendo un precio mayor al ya ofrecido por otros usuarios. El sistema registra el momento en que se realiza cada puja, la identidad del postor y el precio que ste ofrece por el artculo subastado. Finalmente, un artculo se adjudica al usuario que, llegada la fecha lmite de la subasta, haya realizado una puja mayor. Si la puja mayor no alcanza el precio de salida del artculo, el propietario del artculo tiene la posibilidad de declarar nula la subasta. Si no es as, tiene la obligacin de vender el artculo al precio ofrecido por el mejor postor.
42 de 43

73. Trenes. Supongamos que se nos ha encargado el desarrollo de una aplicacin que se encargue de gestionar reservas de billetes de tren. Tras analizar el problema, hemos obtenido la siguiente lista de requisitos: RENFE tiene una serie de trenes que hacen rutas fijas todos los das. Los trenes se identifican por el cdigo asociado a su locomotora y tienen una capacidad mxima de pasajeros que viene determinada por el nmero y tipo de sus vagones. Las rutas realizadas por los trenes estn compuestas por tramos que conectan ciudades. Los tramos se identifican por las ciudades que conectan y la hora de salida de la ciudad origen. Adems, para poder automatizar la realizacin de reservas, tambin se mantiene informacin acerca de la duracin del trayecto asociado a cada tramo. Los pasajeros hacen sus reservas para ir de una ciudad a otra a travs de un sistema informatizado que les ofrece distintas rutas alternativas. Cada reserva tiene asociado un localizador nico, una fecha de emisin, una ciudad de origen y una ciudad de destino. El trayecto asociado a la reserva de un pasajero est compuesto por un conjunto de tramos, que corresponden a los tramos efectuados diariamente por los ferrocarriles de RENFE. Para cada tramo, el viajero tiene reservado un asiento que viene determinado el nmero del vagn en el convoy, la fila del asiento en el vagn y una letra que identifica la posicin del asiento dentro de la fila. Obviamente, cuando un viajero efecta su reserva, puede que todo el trayecto no se realice en el mismo tren. Esto es, el pasajero puede que tenga que hacer transbordos.
74. Viajes. Supongamos que se nos ha encargado el desarrollo de una aplicacin que se encargue de gestionar la reserva de billetes de avin en una agencia de viajes. Tras analizar el problema con nuestros clientes hemos recopilado la siguiente lista de requisitos: La agencia de viajes desea mantener informacin de contacto relativa a cada cliente que ha utilizado los servicios de reserva de billetes a travs de la agencia. Cuando un cliente hace una reserva, compra un billete para trasladarse de una ciudad a otra. El billete ha de incluir, aparte del nombre del viajero y las ciudades de origen y destino, su fecha de emisin y su precio total. Los billetes pueden ser de distintas categoras (business, turista). Dado que no siempre hay vuelos directos entre dos ciudades, el trayecto realizado por el cliente puede estar formado por distintos tramos. Cada tramo corresponde a un vuelo concreto entre dos aeropuertos y viene definido por el cdigo de vuelo, la fecha y la hora de salida. En algunas ocasiones, la agencia es capaz de reservar un asiento concreto dentro del avin. El cdigo de cada vuelo est formado por el cdigo de la compaa area y un nmero. Por ejemplo, el vuelo IB-365 es el vuelo nmero 365 de la compaa Iberia. tiene asociada una tarifa diferente para un mismo vuelo. Los aeropuertos vienen identificados unvocamente por un cdigo de tres letras (por ejemplo, GRX corresponde al aeropuerto de Granada). En el caso de los billetes de ida y vuelta, lo nico que tenemos que hacer es incluir los tramos que sean necesarios para realizar el recorrido completo.
43 de 43

Practica 01

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Practica 01

Transféré par

Droits d'auteur :

Formats disponibles

Unidades Tecnolgicas de Santander.

Ingeniera de Telecomunicaciones. Docente: Ingeniero Rogerio Orlando Beltrn Castro.

PRCTICA 1 (Base de Datos Relacional ORACLE)

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Muchos para Muchos

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Cardinalidad de Relaciones Mxima. 4 Combinaciones (1:1), (N:1), (1:N), (M:N)

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

CARD_MIN(E,R) = 1 Participacin obligatoria (total)

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

PAIS Columna (*) Cdigo Descripcin Tipo A(2) A(50)

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Nos entrego un documento en donde factura la venta

IVA 10% 0% 16%

Total $ 2,500.00 $ 1,200.00 $ 3,200.00 $ $ $ $ $ $ -

Cdula. Nombre. Celular. Lugar de Nacimiento. Fecha de Nacimiento.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Identificar los campos propios de cada entidad.

Identificar Campos Multivaluados. a. Cliente: Cnyuge. Lugar de Nacimiento. b. Articulo. Clasificacin.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Identificar Llaves primarias.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.

Unidades Tecnolgicas de Santander.

Prctica 01, Base de Datos Relacional UTS.