Universidad Regional Autnoma de los Andes UNIANDES FACULTAD DE SISTEMAS MERCANTILES

CARRERA DE SISTEMAS SISTEMAS DE SOPORTE A LA TOMA DE DECISIONES

Tema: Realizar los ejercicios de diseo de BD del captulo 2 del libro FUNDAMENTOS DE BASE DE DATOS Estudiante: Ortiz Nayhua ngel Bolvar Docente: Fecha: Ing. Patricio Ochoa C. 28 de Octubre del 2013

CARRERA DE SISTEMAS

Contenido
1. OBJETIVOS ......................................................................................................................1 1.1. OBJETIVO GENERAL ...............................................................................................1 1.2. OBJETIVO ESPECFICO ............................................................................................1 2. MARCO TERICO ......................................................................................................1 2.1. EL LENGUAJE DE MODELADO UNIFICADO UML (UNIFIED MODELING LANGUAGE) ............................................................................................................1 3. EJERCICIOS DE BD .............................................................................................2 3.1. EXPLQUENSE LAS DIFERENCIAS ENTRE LOS TRMINOS CLAVE PRIMARIA, CLAVE CANDIDATA Y SPER CLAVE. ..............................................................................................2 3.2. CONSTRYASE UN DIAGRAMA E-R PARA UNA COMPAA DE SEGUROS DE COCHES CUYOS CLIENTES POSEEN UNO O MS COCHES. CADA COCHE TIENE ASOCIADO UN NMERO, DE CERO A CUALQUIER VALOR, QUE ALMACENA EL NMERO DE ACCIDENTES. ...................2 3.3. CONSTRYASE UN DIAGRAMA E-R PARA UN HOSPITAL CON UN CONJUNTO DE PACIENTES Y UN CONJUNTO DE MDICOS. ASCIESE CON CADA PACIENTE UN REGISTRO DE LAS DIFERENTES PRUEBAS Y EXMENES REALIZADOS. .......................................................3 3.5. CONSIDRESE UNA BASE DE DATOS USADA PARA REGISTRAR LAS NOTAS QUE
OBTIENEN LOS ESTUDIANTES EN DIFERENTES EXMENES DE DIFERENTES OFERTAS DE ASIGNATURAS. ...................................................................................................................4

3.6. 3.8. 3.9.

CONSTRYANSE TABLAS APROPIADAS PARA CADA UNO DE LOS DIAGRAMAS E-R DE LOS EJERCICIOS 2.2 AL 2.4. ...........................................................................................5 EXTINDASE EL DIAGRAMA E-R DEL EJERCICIO ANTERIOR PARA ALMACENAR LA MISMA INFORMACIN PARA TODOS LOS EQUIPOS DE UNA LIGA. .........................................6 EXPLQUENSE LAS DIFERENCIAS ENTRE CONJUNTO DE ENTIDADES DBILES Y FUERTES. ...........................................................................................................................6 3.10. SE PUEDE CONVERTIR CUALQUIER CONJUNTO DE ENTIDADES DBILES EN UN CONJUNTO DE ENTIDADES FUERTES SIMPLEMENTE AADIENDO LOS ATRIBUTOS APROPIADOS. POR QU, ENTONCES, SE TIENEN CONJUNTOS DE ENTIDADES DBILES? .......7 DEFNASE EL CONCEPTO DE AGREGACIN. PROPNGANSE EJEMPLOS PARA LOS QUE ESTE CONCEPTO ES TIL. ............................................................................................7 3.12. CONSIDRESE EL DIAGRAMA DE LA FIGURA 2.29, QUE MODELA UNA LIBRERA EN LNEA. ...............................................................................................................................7 3.13. CONSIDRESE UN DIAGRAMA E-R EN EL QUE EL MISMO CONJUNTO DE ENTIDADES APARECE VARIAS VECES. POR QU EST PERMITIDA ESTA REDUNDANCIA, UNA MALA PRCTICA QUE SE DEBERA EVITAR SIEMPRE QUE SEA POSIBLE? ........................................9 3.14. CONSIDRESE UNA BASE DE DATOS DE UNA UNIVERSIDAD PARA LA PLANIFICACIN DE LAS AULAS PARA LOS EXMENES FINALES. ....................................................................9 4. CONCLUSIONES ....................................................................................................... 10 5. RECOMENDACIONES.............................................................................................. 11 6. BIBLIOGRAFA......................................................................................................... 11 3.11.

1. OBJETIVOS 1.1. Objetivo general Realizar los ejercicios sobre base de datos del Libro BD 1.2. Objetivo especfico Determinar que son los tipos de claves en base de datos. Leer el captulo 2 del libro FUNDAMENTOS DE BASE DE DATOS.

2. MARCO TERICO 2.1. EL LENGUAJE DE MODELADO UNIFICADO UML (Unified Modeling Language) Los diagramas entidad-relacin ayudan a modelar el componente de representacin de datos de un sistema software. La representacin de datos, sin embargo, slo forma parte de un diseo completo de un sistema. Otros componentes son modelos de interaccin del usuario con el sistema, especificacin de mdulos funcionales del sistema y su interaccin, etc. El lenguaje de modelado unificado (UML, Unified Modeling Language) es un estndar propuesto para la creacin de especificaciones de varios componentes de un sistema software. Algunas de las partes de UML son: Diagrama de clase. Un diagrama de clase es similar a un diagrama E-R. Ms adelante en este apartado se mostrarn algunas caractersticas de los diagramas de clase y cmo se corresponden con los diagramas E-R. Diagrama de caso de uso. Los diagramas de caso de uso muestran la interaccin entre los usuarios y el sistema, en particular los pasos de las tareas que realiza el usuario (tales como prestar dinero o matricularse de una asignatura). Diagrama de actividad. Los diagramas de actividad describen el flujo de tareas entre varios componentes de un sistema. Diagrama de implementacin. Los diagramas de implementacin muestran los componentes del sistema y sus interconexiones tanto en el nivel del componente software como el hardware. El modelo de datos entidad-relacin (E-R) se basa en una percepcin del mundo real consistente en un conjunto de objetos bsicos llamados entidades y en relaciones entre esos objetos.

3. EJERCICIOS DE BD 3.1.Explquense las diferencias entre los trminos clave primaria, clave candidata y sper clave. Una superclave permite identificar de forma nica una entidad en el conjunto de entidades, mientras que las claves candidatas pueden ser un conjunto de atributos que permitan identificar a una entidad, por otra parte una clave primaria es una clave candidata que es elegida por el diseador de la base de datos como elemento principal para identificar las entidades dentro de un conjunto de entidades. 3.2.Constryase un diagrama E-R para una compaa de seguros de coches cuyos clientes poseen uno o ms coches. Cada coche tiene asociado un nmero, de cero a cualquier valor, que almacena el nmero de accidentes.

3.3.Constryase un diagrama E-R para un hospital con un conjunto de pacientes y un conjunto de mdicos. Asciese con cada paciente un registro de las diferentes pruebas y exmenes realizados.

3.4.Una oficina de registro de una universidad mantiene datos acerca de las siguientes entidades: (a) asignaturas, incluyendo el nmero, ttulo, programa, y prerrequisitos; (b) ofertas de asignaturas, incluyendo nmero de asignatura, ao, semestre, nmero de seccin, profesor(es), horarios y aulas; (c) estudiantes, incluyendo idestudiante, nombre y programa; y (d) profesores, incluyendo nmero de identificacin, nombre, departamento y ttulo. Adems, la matrcula de los estudiantes en asignaturas y las notas concedidas a estudiantes en cada asignatura en la que estn matriculados se deben modelar adecuadamente. Estudiante (ID-estudiante, nombre, programa). Curso (numero-curso, titulo, programa-estudio, crditos). Oferta-cursos (numero-cursos, numero- seccin, ao, semestre, hora, aula). Profesor (ID-profesor, nombre-curso, numero-seccin). Matriculas (ID- estudiante, numero-curso, numero-seccin, semestre, ao, ID

3.5.Considrese una base de datos usada para registrar las notas que obtienen los estudiantes en diferentes exmenes de diferentes ofertas de asignaturas. a. Constryase un diagrama E-R que modele exmenes como entidades y use una relacin ternaria para esta base de datos.
IdEstudiant e Estudiante Nombre Tiempo Num_seccion

Toma

Curso ofrecido

Programa

Marcas Ao Semestre

Curso

Id Nombre

Examen

Tiempo

Lugar

b. Constryase un diagrama E-R alternativo que use slo una relacin binaria entre estudiantes y ofertas asignaturas. Asegrese de que slo existe una relacin entre un par determinado estudiante y oferta asignatura y de que an se pueden representar las notas que obtiene un estudiante en diferentes exmenes de una oferta de una asignatura.

IdEstudiant e Estudiante

Nombre

Tiempo

Num_seccion

Toma

Curso ofrecido

Programa Toma Ao Semestre

Curso

Examen de

Examen Nombre Tiempo

Lugar

3.6.Constryanse tablas apropiadas para cada uno de los diagramas E-R de los Ejercicios 2.2 al 2.4. a. Tablas de seguros de coches: Persona (id-conductor, nombre, direccin) Coche (matrcula, ao, modelo) Accidente (nmero-informe, fecha, lugar) Participado (id-conductor, matrcula, nmero-informe, cantidad-daos) b. Tablas de hospitales: Pacientes (id-paciente, nombre, seguro, fecha-admisin, fecha-alta) Doctores (id-doctor, nombre, especialidad) Pruebas (id-prueba, nombre-prueba, fecha, hora, resultado) paciente-doctor (id-paciente, id-doctor) registro-pruebas (id-prueba, id-paciente) realizada-por (id-prueba, id-doctor) c. Tablas del registro de la universidad: Estudiante (id-estudiante, nombre, programa) Curso (nmero-curso, ttulo, programa-estudios, crditos) Ofertas-cursos (nmero-curso, nmero-seccin, ao, semestre, hora, aula) Profesor (id-profesor, nombre, departamento, ttulo) Matrculas (id-estudiante, nmero-curso, nmero-seccin, semestre, ao, calificacin) Ensea (nmero-curso, nmero-seccin, semestre, ao, id-profesor) Requerimientos (curso-principal, requisitos-previos) 3.7.Disese un diagrama E-R para almacenar los logros de su equipo deportivo favorito. Se deberan almacenar los partidos jugados, los resultados de cada partido, los jugadores de cada partido y las estadsticas individuales de cada jugador para cada partido. Las estadsticas de resumen se deberan modelar como atributos derivados.
Nombre Edad

IdJuego

Estadio

Puntuacin

Fecha

Juego

Jugador Jugado

Oponente Resultado

Temporada

3.8.Extindase el diagrama E-R del ejercicio anterior para almacenar la misma informacin para todos los equipos de una liga.
Edad

IdJuego

Estadio

Puntuacin

Nombre

Fecha

Juego

Jugado

Jugador

Puntuacin

Jugador suspendido

Temporada

Equipo jugador Equipo Resultado

Nombre

Rango

3.9.Explquense las diferencias entre conjunto de entidades dbiles y fuertes. Se llama conjunto de entidades fuertes a Un conjunto de entidades que tiene una clave primaria Un conjunto de entidades dbiles est asociada con otro conjunto de entidades, denominado el conjunto de entidades identificadoras o propietarias. Un conjunto de entidades dbiles puede participar en relaciones distintas de relaciones identificadoras. Un conjunto de entidades dbiles puede participar como propietario en una relacin identificadora con otro conjunto de entidades dbiles. Un conjunto de entidades dbiles se puede modelar ms adecuadamente como un atributo si slo participa en la relacin identificadora y si tiene pocos atributos.

3.10. Se puede convertir cualquier conjunto de entidades dbiles en un conjunto de entidades fuertes simplemente aadiendo los atributos apropiados. Por qu, entonces, se tienen conjuntos de entidades dbiles? Se tienen entidades dbiles por varias razones: Se desea evitar la duplicidad de datos y las consiguientes posibles inconsistencias causadas por las claves duplicadas de la entidad fuerte. Las entidades dbiles reflejan la estructura lgica de una entidad que es dependiente de otra. Las entidades dbiles se pueden borrar automticamente cuando se borra la entidad fuerte de la que dependen. Las entidades dbiles se pueden almacenar fsicamente con sus entidades fuertes.

3.11. Defnase el concepto de agregacin. Propnganse ejemplos para los que este concepto es til. La agregacin es una abstraccin a travs de la cual las relaciones se tratan como entidades de nivel ms alto. As, la relacin entre las entidades A y B se trata como si fuera una entidad C. Algunos ejemplos de esto son: a. Empleados que trabajan por proyectos. Un empleado trabajando para un proyecto en particular utiliza diversa maquinaria. b. Los fabricantes tienen asociaciones con distribuidores para la distribucin de productos. Cada asociacin tiene especificado el conjunto de productos que se van a distribuir. 3.12. Considrese el diagrama de la Figura 2.29, que modela una librera en lnea.

a. Lstense los conjuntos de entidades y sus claves primarias. Entidad Clace primaria Cliente direccion-correo-electronico

Editor Libro Almacen Cesta Autor

Nombre ISBN Codigo IdCesta Direccion

b. Supngase que la librera aade casetes de msica y discos compactos a su coleccin. El mismo elemento musical puede estar presente en formato de casete o de disco compacto con diferentes precios. Extindase el diagrama E-R para modelar esta adiccin, ignorando el efecto sobre las cestas de la compra.

c. Extindase ahora el diagrama E-R usando generalizacin para modelar el caso en que una cesta de la compra pueda contener cualquier combinacin de libros, casetes de msica o discos compactos.

3.13. Considrese un diagrama E-R en el que el mismo conjunto de entidades aparece varias veces. Por qu est permitida esta redundancia, una mala prctica que se debera evitar siempre que sea posible? Al utilizar un conjunto de entidades muchas veces se estn perdiendo relaciones en el modelo. Por ejemplo, en el siguiente diagrama E-R: los estudiantes que toman clases son los mismos que son atletas, pero este modelo no lo mostrar.

IdEstudiante

Nombre

Departamento

Curso

Estudiante

Toma

Clase

IdEstudiante

Nombre

Equipo

Estudiante

Juega

Deportes

3.14. Considrese una base de datos de una universidad para la planificacin de las aulas para los exmenes finales. Esta base de datos se modelara mediante un nico conjunto de entidades examen, con atributos nombre-asignatura, nmero-seccin, nmero-aula y hora. Alternativamente se podran definir uno o ms conjuntos de entidades, con conjuntos de relaciones para sustituir algunos de los atributos del conjunto de entidades examen, como Asignatura con atributos nombre, departamento y nmero-a Seccin con atributos nmero-s y matriculados, que es un conjunto de entidades dbiles dependiente de curso. Aula con atributos nmero-a, capacidad y edificio.

a. Mustrese en un diagrama E-R el uso de los tres conjuntos de entidades adicionales listados.
Departamen Nombre Descripci Num_seccion

Curso

Seccin

Sesin

Num_Curso

Para

Num_depart Capacidad

Departamento

En

Examen

Edifici Ao IdExamen

Tiempo

b. Explquense qu aplicaciones caractersticas influiran en la decisin de incluir o no, cada uno de los conjuntos de entidades adicionales. Los conjuntos de entidades adicionales son tiles si se desea almacenar sus atributos como parte de la base de datos. Para el conjunto de entidades curso se han elegido tres atributos a incluir. Si se incluyera solamente la clave primaria (nmero-c) y si los cursos tuvieran slo una seccin, entonces sera apropiado reemplazar los conjuntos de entidades curso (y seccin) por un atributo (nmero-c) de examen. La razn de que no sea aconsejable tener mltiples atributos de curso como atributos de examen es que, entonces, sera difcil el mantenimiento de los datos en los cursos, en concreto si un curso tuviera varios exmenes o ninguno. Comentarios similares aplican al conjunto de entidades aula. 4. CONCLUSIONES EL modelo Entidad Relacin noes permite distinguir un objeto o persona, a travs de la Identidad relacin, modelo para la base de datos el cual consiste en visualizar los objetos los cuales tienen relacin con los atributos. El modelo entidad relacional presenta ventajas del modelo E-R como: Diseo de alto nivel: Expresa con bastante precisin el esquema conceptual Los diagramas de E-R permiten mantener una visin global del diseo y favorece la comunicacin entre los diseadores. Y tambin desventajas del modelo E-R: - Carece de un soporte formal y los SGBD no suelen implementarlo directamente. Normalmente hay que transformarlo en un modelo de ms bajo nivel.

10

5. RECOMENDACIONES Trabajar con herramientas de diseo fsico y lgico para un rpido y mejor diseo del modelo entidad relacin como lo son Erwin y otros. Utilizar los diferentes enfoques de diseo conceptual de base de datos relacional.

6. BIBLIOGRAFA Silberschatz, A. (2002). FUNDAMENTOS DE BASES DE DATOS. En A. Silberschatz, MODELO ENTIDAD-RELACIN (pgs. 71-71). INTERAMERICANA DE ESPAA, S. A. U.: McGRAW-HILL.

11