2013

Practica de modelo Entidad-relacin

Base de datos 1
Marco Octavio Prez Mndez Licenciatura en Sistemas Computacionales Semestre: 7 Grupo: 1 Universidad Autnoma del Estado de Hidalgo

19/09/2013

Contenido
Introduccin ........................................................................................................................................ 3 Marco terico ...................................................................................................................................... 3 Definicin ........................................................................................................................................ 3 Elementos del modelo entidad relacin ......................................................................................... 3 Entidades ..................................................................................................................................... 3 Atributos...................................................................................................................................... 3 Relaciones ................................................................................................................................... 3 Atributos de una relacin ............................................................................................................ 4 Llaves o claves ............................................................................................................................. 4 Problemas............................................................................................................................................ 5 Biblioteca ......................................................................................................................................... 5 Tarjeta de crdito ............................................................................................................................ 6 Gestin de reserva de vuelos .......................................................................................................... 7 Carreteras ........................................................................................................................................ 8 Soldados .......................................................................................................................................... 9 Gran Slam ...................................................................................................................................... 11 Taller mecnico ............................................................................................................................. 12 Muebles......................................................................................................................................... 13 Juego de video............................................................................................................................... 14

Introduccin
Es sencillo disear una base de datos, pero a menudo hay que reconsiderar posteriormente la estructura de los datos, lo cual ocasiona retrasos y modificaciones. Es ms lento la obtencin de un diseo lo ms ptimo posible, pero el tiempo invertido se recupera al no tener que volver atrs para replantearse el diseo de los datos. Un buen diseo es la clave para iniciar con buen pie el desarrollo de una aplicacin basada en una base de datos o la implementacin de un sistema. Al realizar un modelo Entidad relacin podemos modelizar los problemas en diagramas mediantes entidades asociadas por relaciones, estos adoptan la forma de grafos donde los datos se relacionan mediante flechas. Este modelo nos ayudar en el diseo de una base de datos al comprenderlo mejor para su posterior conversin a tablas .

Marco terico
Definicin
El modelo entidad relacin est basado en una percepcin del mundo real y consiste en un conjunto de objetos bsicos llamados entidades y estas entidades estarn relacionadas entre ellas.

Elementos del modelo entidad relacin

Entidades Una entidad es una cosa u objeto en el mundo real que es distinguible de todos los dems. Atributos Los atributos o campos describirn las caractersticas o propiedades que posee cada miembro de un conjunto de entidades. Relaciones Es la asociacin que se tiene entre las diferentes entidades. Se representan en el diagrama mediante flechas y rombos. Cada entidad interviene en una relacin con una determinada cardinalidad Tipos de relaciones por cardinalidad Relacin uno a uno: Las entidades que intervienen en la relacin se asocian una a una.

Relacin uno a muchos: Un registro de una entidad est asociada con 1 o ms registros de otra entidad. Relacin muchos a muchos: Cada registro, en cualquiera de las dos entidades de la relacin, puede estar asociado con muchos registros de otra entidad.

Atributos de una relacin Una relacin puede tener atributos y estos describen propiedades de las entidades y los atributos.

Llaves o claves Uno o ms atributos que nos permite identificar una entidad en especfico dentro de un conjunto de entidades y ninguna otra entidad la contienen.

Problemas
Biblioteca
En una biblioteca pblica se maneja informacin acerca de libros, autores, temas y personas. Las personas son los usuarios con las siguientes restricciones: -Cada libro puede estar escrito por ms de un autor -Un autor puede escribir ms de un libro -Cada libro puede tratar de ms de un tema -Hay muchos libros de cada tema -No existe ms que un ejemplar de cada libro -Cada persona solo puede tomar un libro prestado a la vez, cuando lo devuelve se supone que la informacin del prstamo se borra ID_libro Titulo Editorial Cantidad Libro M 1 1 M Autor

ID_autor Nombre Apellido

Escrito por

Trata de

Prestado

persona

Usuario Nombre N Temas Nombre del tema La relacin 1-M en libro autor es porque cada libro puede estar escrito por ms de un autor. La relacin muchos a muchos de libro tema es porque cada libro puede tratar de ms de un tema y hay muchos libros de cada tema. Y 1-1 en libro persona porque solo una persona puede tomar un libro prestado a la vez. ID_tema Apellido

Tarjeta de crdito
Disponemos de los siguientes elementos de informacin de tarjetas de crdito identificados por un nmero y que pueden ser de diferente tipo personas propietarias de esas tarjetas de los que conocemos su ID, domicilio y telfono, cuentas corrientes con un nmero, un saldo y una fecha de apertura. Hay que satisfacer las siguientes restricciones: -Cada persona puede tener ms de una tarjeta. -Cada tarjeta pertenece a una persona. -Cada tarjeta lleva asociado una nica cuenta. -Podemos cargar ms de una tarjeta a una cuenta determinada. -Cada cuenta pertenece a una sola persona. -Una persona puede tener ms de una cuenta. ID_Usuario Domicilio Telfono Persona 1 Asociado Pertenece 1 M Cuenta Saldo Fecha apertura NO_cuenta 1 Tiene M Tarjeta M No. tarjeta Tipo

Cada persona puede tener mas de una tarjeta y cada una de ellas pertenece a una persona es por eso que se elije la relacin de 1 a muchos en persona-tarjeta. Cada tarjeta lleva asociada un nico nmero de cuenta, por lo tanto se tiene una relacin de M-1 ya que cada diferente tarjeta tendr asociado un nico nmero de cuenta y no ms. Y cada persona puede tener ms de una cuenta y cada cuenta pertenece a una sola persona por lo que se lleva una relacin de muchas cuentas a una persona 1-M.

Gestin de reserva de vuelos

Se trata de organizar la informacin relativa a la gestin de reservas de vuelos y hay que gestionar los datos que figuran en una tarjeta de embarque: fecha y hora de emisin, a que asiento corresponde, su fecha y hora de salida y a que trayecto (cuidad de salida y ciudad de destino) pertenece ese vuelo. Se consideran adems las siguientes restricciones mnimas: -Tenemos diferentes aviones cuyos nmeros de asiento pueden coincidir. -Una tarjeta de embarque 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 uno 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. Fecha y Hora de emisin Fecha/hora de salida Num. de vuelo Vuelo M 1 M Pertenece M Asiento Boleto

Pertenece

Pertenece No.avion Capacidad N

N Trayectoria Avin

Tipo Aerolnea

ID_trayecto Ciudad salida Ciudad destino Hay muchos boletos para un solo vuelo es por eso la relacin 1:M en boleto-vuelo.

Un avin puede participar en diferentes vuelos, hay muchos vuelos para varios aviones por lo que se lleva una relacin M:N en avin-vuelo.

Un trayecto puede incluir varios vuelos, entonces para cada vuelo puede haber varios trayectos pro lo que se lleva una relacin de muchos a muchos en trayecto-vuelo.

Carreteras
Disear un esquema entidad-relacin que recoja la informacin de una base de datos para contener la informacin sobre todas las carreteras del pas sabiendo que se deben cumplir las siguientes especificaciones: -Las carreteras estn dividas en varias categoras (locales, comerciales, regionales, nacionales, autovas, etc.) -Las carreteras se dividen en tramos, un tramo siempre pertenece a una nica carretera y no puede cambiar de carretera. -Un tramo puede pasar por varias comunidades interesando conocer el kilmetro de la carretera y la comunidad donde empieza y termina el tramo. -Para los tramos se supone principio o final de carretera interesa saber si es que la carretera concluye fsicamente o si confluye en otra carretera. En este caso interesa conocer con que carretera confluye y en que kilmetro, tramo y comunidad. Dist. En Km. Km. inicio Km. fin 1 Carretera 1 1 N 1 Pertenece N Tramo ID_Tramo

Pasa por Confluye Tiene N 1 Categora ID_Categora Descripcin Comunidad

ID_Comunidad

nombreID _Tramo Muchos tramos pertenecen a una sola carretera es por eso que su relacin es de 1:n. Un tramo puede pasar por varias comunidades es por esto que su relacin es 1:n. Todas las diferentes carreteras que pueda haber solo pueden tener una categora por lo que es una relacin de 1 a mucho en categora-carretera.

Y 1:1 en carretera confluye, porque solo una carretera puede continuar en otra pero no puede continuar y dividirse para continuar en dos diferentes carreteras.

Soldados
El ministerio de defensa desea disear una base de datos para llevar el control de los soldados que realizan el servicio militar, los datos significativos a tener en cuenta son: Un soldado se define por su cdigo de soldado, nombre, apellido y su graduacin, numero. Existen varios cuarteles cada uno se define por su cdigo de cuartel, nombre y ubicacin. Hay que tener en cuenta que existen diferentes cuerpos del ejecito (infantera, artillera, armada, etc.) y cada uno se define por un nmero y cdigo de cuerpo y denominacin. Los soldados estn agrupados en compaas siendo significativa para cada una el nmero de compaa y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (guardias, imaginarias, cuarteleros, etc.) y se definen por el cdigo de servicio y descripcin, consideraciones del diseo: -Un 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 y 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 pero un soldado solo est en un cuartel. -Un soldado realiza varios servicios a lo largo de su milicia un mismo servicio puede ser realizado por ms de un soldado con independencia de compaa siendo significativa la fecha de realizacin.

Descripcin

ID_grad

Graduacin 1 Fecha de realizacin N Tiene Realiza

Id_serv

Servicio

Descripcin

Cdigo_sol Nombre Apellido

M Soldado

1 M Pertenece Cuerpo 1

No. cuerpo Cdigo de cuerpo Denominacin Cdigo Destinado N Cuarteles Nombre Ubicacin ID_compaia Actividad

Pertenece 1 Compaa M

En Soldado-Graduacin tenemos una relacin de N a 1 porque es una graduacin para cada uno de los diferentes soldados. En la relacin soldado-servicio tenemos una relacin de 1 a M porque un soldado puede realizar varios servicios estando en la milicia. La relacin tiene un atributo puesto que las dos entidades la comparten. En soldado-cuerpo tenemos una relacin de M a 1 porque nos dice que varios soldados pertenecen a un solo cuerpo. En soldado-compaa la relacin es de M a 1 porque los soldados solo pueden pertenecer a una nica compaa. En compaa-cuartel tenemos una relacin es de M a N porque muchas diferentes pueden estar destinadas a los mismos cuarteles cuarteles o diferentes.

Gran Slam
Disear un esquema entidad-relacin de un sistema que debe memorizar todos los encuentros que se han desarrollado desde que existe el torneo Gran Slam as como las siguientes caractersticas de estos: -El Gran Slam se comprende por cuatro torneos anuales que se celebran en Gran Bretaa, Estados Unidos, Francia y Australia. En cada pas se puede desarrollar en distintos lugares. -Cada partido tiene asociado un premio de consolacin para el perdedor que depender de la fase en que se encuentre el torneo por ejemplo: el perdedor de octavos de final puede ganar 5000 dlares. El ganador de la final recibir el premio correspondiente al torneo. -Cada torneo tiene cinco modalidades (individual-masculino, individual-femenino, doblesmasculino, dobles-femenino y dobles-mixto) -Tambin hay que tener en cuenta la nacionalidad del jugador de forma que esta pueda ser aptrida o tener varias nacionalidades. ID_Lugar Nombre Ao Torneo 1 Tiene Fase M Modalidad ID_modalidad Descripcion Juegan ID_nacionalidad tipo N Jugadores Nombre Edad M Tienen 1 Nacionalidad N Partidos M M Gana 1 M Fecha Hora No. partido Duracin 1 Tipo Monto Premio Se realiza M Nombre Ubicacin Pas 1 Se juega N Lugar Nombre Ubicacin

Un torneo tiene diferentes modalidades es por eso que se tiene una relacin 1:m en estas entidades. Un torneo puede realizarse en diferentes pases por eso al relacin 1:m en torneo-pas, sin embargo este puede llevarse en diferentes lugar del pas por eso la relacin 1:N pas lugar. En los diferentes torneos de juegan muchos partidos es por eso que la relacin muchos a muchos entre estas dos entidades. Dependiendo del partido se ganara un premio por eso la relacin M:1 en premio-partido. De los diferentes partidos los juegan diferentes jugadores por eso una relacin muchos a muchos. Y cada jugador tiene un tipo de nacionalidad el tipo se especifica en el atributo por eso al relacin 1 a muchos.

Taller mecnico
Disear una base de datos para almacenar y gestionar la informacin empleada por un concesionario de automviles teniendo en cuenta los siguientes aspectos: -A un concesionario de automviles llegan clientes para comprar automviles de cada auto interesa saber: matricula, modelo, marca y color. -Un cliente puede comprar varios autos en el concesionario. Cuando un cliente compra un automvil se le hace una ficha en el concesionario con la siguiente informacin: ID de cliente, nombre, direccin, telfono. -Los automviles que el concesionario vende pueden ser nuevos o usados; de los autos nuevos interesa saber la cantidad disponible de los autos usados interesa saber el nmero de kilmetros recorridos. -El concesionario dispone de un taller en que los mecnicos reparan los automviles que llevan los clientes. Un mecnico repara varios automviles a lo largo del da y un automvil puede ser reparado por varios mecnicos. -Los mecnicos tienen ID, nombre, apellidos, fecha de contratacin y salario. Se desea guardar tambin la fecha en la que se repara cada automvil y el nmero de horas que se ha tardado en arreglar. N Mecanico M Repara M ID_mecanico Nombre apellidos Fecha de contratacin Salario Cliente N Compran Son 1 1 Usados Km. Reco Fecha Hora M Modelo Matrcula Color Marca Disponibilidad Nuevos Automovil

ID_cliente Nombre Direccin Telfono

Varios Mecnicos pueden reparar diferentes automviles por lo tanto se lleva acabo una relacin de muchos a muchos entre mecnico-auto, Compartiendo la fecha y la hora de reparacin en la relacin. Diferentes clientes pueden comprar uno o ms automviles, por lo tanto se lleva a cabo una relacin de muchos a muchos. Los automviles pueden ser usados o nuevos pero no ambos como es una entidad nica la de cada auto se hace una relacin de muchos a 1.

Muebles
El gerente de una fbrica de muebles ha decidido utilizar un sistema de base de datos para representar la estructura de los muebles que distribuye y realizar el diagrama Entidad-Relacin correspondiente teniendo en cuenta lo siguiente: -Los muebles estn representados por un nombre nico y se quiere conocer el precio. -Todo mueble est formado por una o ms piezas, cada pieza tiene un identificador nico y puede formar parte de varios muebles interesa saber cuntas unidades de cada pieza componen un mueble -Todas las unidades de una pieza se encuentran en uno o ms estantes del almacn, el estante viene determinado de forma nica por dos valores pasillo y altura adems de que estante estn las piezas interesa conocer cuntas unidades de cada pieza hay almacenadas en cada estante. Id_pieza N M Formado M Nombre Precio Cantidades unidades Estn Lugar Estante N Unidades almacenadas pieza

Mueble

Altura Pasillo Como muchos muebles estn formados por diferentes piezas se lleva una relacin de muchos a muchos y tienen en comn la relacin que contabilizar el nmero de unidades por lo que se toma como atributo de la relacin. En pieza-estante se tiene la relacin de muchos a muchos porque muchas piezas pueden estar en diferentes estantes y como ambas entidades toman en cuenta las unidades almacenadas y el lugar se toman como atributos de la relacin.

Juego de video
Disear un esquema entidad-relacin de un juego de video. En el juego se utilizan conceptos como el de personaje, objeto y escenario y se sabe lo siguiente: -Cada personaje tiene un nombre nico y lleva asociado tres valores numricos indicando su nivel de fuerza, inteligencia y habilidad adems interesa saber en cada momento en que escenario se encuentra. -Cada personaje puede dominar a otros personajes a cero o ms, pero solo puede ser dominado por otro o por ninguno. -Los personajes tienen en cada momento algunos objetos en su poder adems de saber que objetos tiene cada personaje hay que guardar informacin en qu momento hora, minuto, y segundo obtuvo el personaje el objeto, puede haber objetos que no estn en posesin de ningn personaje lo que significa que no los ha encontrado nadie aun pero ningn objeto puede pertenecer a dos personajes al mismo tiempo. -Los objetos se distinguen entre s por un cdigo y tienen asociado un nmero de escenario; el nmero de escenario es el escenario en que se encuentran situados al comienzo del juego, cada escenario puede contener cero o ms objetos. -Cada escenario tiene un nmero que lo identifica y dos factores de riesgo, tiempo que indica caractersticas particulares del escenario. Cdigo Habilidad Minuto Segundo Num escenario Inteligencia Hora M Momento 1 Objeto Personaje M M M Poseen Estn Domina 1 escenario 1 Pertenece

Nombre Nivel de fuerza

Id escenario Tiempo Riesgo

Cada personaje puede dominar a otros personajes a cero o ms, pero solo puede ser dominado por otro o por ninguno esto nos indica una relacin de 1 a muchos entre personajes. Los personajes tienen en cada momento algunos objetos y como se tiene que saber que objeto tiene en cada momento se hace una relacin de momento entre estos dos personajes con una cardinalidad de 1 a muchos en personaje-objeto. Puede haber varios objetos en un solo escenario por lo que su relacin es de q a muchos en escenario-objeto. Y por ltimo, puede haber varios personajes al mismo tiempo en un solo escenario, por lo que se tiene una relacin de muchos a uno en personajes-escenario.