INSTITUTO TECNOLGICO SUPERIOR DE FELIPE CARRILLO PUERTO

Fundamentos de Bases de Datos MODELO ENTIDAD RELACIN M.C. Arizb del S. Arana Kantn Ingeniera en Sistemas Computacionales
Integrantes: Yama May Jos Luis J-4 Grupo B

Felipe Carrillo Puerto a 26 de Febrero del 2013

ndice de Contenido

INTRODUCCIN .............................................................................................................................. 2 MODELO ENTIDAD RELACIN ................................................................................................... 3 DIAGRAMAS DE ENTIDAD-RELACIN ...................................................................................... 3 DISEO DE DIAGRAMAS ENTIDAD-RELACIN ..................................................................... 8 MODELO ENTIDAD-RELACIN EXTENDIDO ......................................................................... 10 CONCLUSIN ................................................................................................................................ 13 BIBLIOGRAFA ............................................................................................................................... 14

INTRODUCCIN

En este trabajo de investigacin presentamos informacin acerca del modelo entidad relacin; su definicin, conceptos bsicos, la manera en que se representa grficamente, como se disean y sus vertientes como lo es el modelo entidad relacin extendido. Durante la creacin de una base de datos, se suele cometer el error de ir creando nuevas tablas a medida que se van necesitando, creando simultneamente el modelo de datos referente a la base de datos y la construccin fsica de las tablas este. El resultado de este tipo de prcticas adoptada por muchos creadores de sistemas de base de datos, acaba siendo un sistema con mltiples correcciones innecesarios si se tuviera la costumbre de crear primero un esquema, modelo o bosquejo de cmo queremos la BD, y as evitar que tenga problemas de relacin entre tablas o que presente datos dispersos que terminan por no cumplir adecuadamente con los requisitos necesarios que se exigen. Este es el problema que viene a solucionar el modelo entidad relacin, mediante se representacin grfica, tambin conocida como diagramas de entidad relacin; que permiten tener un bosquejo del sistema completo, ver sus relaciones y todos sus atributos, para que a la hora de crear la base de datos en s, ya no se cometa tantos errores o por lo menos se disminuyen en gran manera. Dentro del tema de diseo de modelos entidad-relacin se dar una explicacin algo detallada de las partes que conforman el diseo de dichos diagramas. En primer lugar se proceder a explicar los conceptos de cada uno de ellos como son entidad, relaciones, atributos, cardinalidad, roles. Adems del concepto se incluyen las diferentes divisiones o tipos de cada uno de ellos. Cabe mencionar que algunos de estos conceptos son de fcil comprensin debido a que son temas con las cuales se trabaja dentro de la programacin orientada a objetos. Otro tema que se tratara en esta recopilacin es el de modelo entidadrelacin extendido que incluye la misma informacin de modelo entidad-relacin pero esta incluye otras formas de referirse a las entidades como son la superentidad y la subentidad, conceptos que sern explicados. Adems, se explican los trminos de herencia, generalizacin y especializacin, como formas de representar el modelo entidad-relacin, que es casi lo mismo que el modelo entidad-relacin normal, pero llamndolo desde diferentes conceptos y una que otra representacin o simbologa de ms, pero todo basndose del modelo normal.Sin ms que explicar procederemos a presentarles la informacin recopilada, esperando sea de su entendimiento.

MODELO ENTIDAD RELACIN Cuando se utiliza una base de datos para gestionar informacin, se est plasmando una parte del mundo real en una serie de tablas, registros y campos ubicados en un ordenador; crendose un modelo parcial de la realidad. Antes de crear fsicamente estas tablas en el ordenador se debe realizar un modelo de datos. Para evitar este tipo de situaciones se sigue una serie de pasos o etapas que forman parte del modelo Entidad Relacin que permiten crear una base de datos ms confiable y con menos o nada de errores 1. Se elabora el diagrama (o diagramas) entidad-relacin. 2. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama. El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:

Transformacin de relaciones mltiples en binarias. Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas (en caso de utilizar una base de datos relacional).

El modelo entidad relacin (MER) expresados en Diagramas Entidad Relacin (DER) es un paso previo al diseo de un modelo relacional y su implementacin lgica en una Base de datos fsica. Ya definido todo esto entonces podemos dar una asercin acerca del concepto de un Modelo de Entidad-Relacin; "Modelo de datos basado en una percepcin del mundo real que consiste en un conjunto de objetos bsicos llamados entidades y relaciones entre estos objetos". Describe los datos en los niveles conceptual y de vista. El modelo E-R, tiene su implementacin grafica en el Diagrama EntidadRelacin. DIAGRAMAS DE ENTIDAD-RELACIN Un diagrama de entidad relacin, es la representacin grfica del Modelo Entidad-Relacin y permite ilustrar la estructura de la base de datos del negocio modelado. Escribe Johnson "los diagramas ER constituyen una notacin para documentar un diseo tentativo de bases de datos. Los analistas los utilizan para facilitar el proceso de diseo".

Un diagrama entidad relacin sta compuesto por los siguientes elementos: ENTIDAD Se trata de cualquier objeto u elemento (real o abstracto) acerca del cual se pueda almacenar informacin en la base de datos. Es decir cualquier elemento informativo que tenga importancia para una base de datos. Las entidades que poseen las mismas propiedades forman conjuntos de entidades. Ejemplos de conjuntos de entidades son los conjuntos: personas, facturas, coches,...

REPRESENTACIN GRFICA DE LAS ENTIDADES En el modelo entidad-relacin los conjuntos de entidades se representan con un rectngulo dentro del cual se escribe el nombre de la entidad:

Tipos de entidades Regulares. Son las entidades normales que tienen existencia por s mismas sin depender de otras. Su representacin grfica es la indicada arriba Dbiles. Su existencia depende de otras. Por ejemplo la entidad tarea laboral slo podr tener existencia si existe la entidad trabajo.

RELACIONES Representan asociaciones entre entidades. Es el elemento del modelo que permite relacionar en s los datos del mismo. Por ejemplo, en el caso de que tengamos una entidad personas y otra entidad trabajos. Ambas se realizan ya que las personas trabajan y los trabajos son realizados por personas:

En una relacin no pueden aparecer dos veces relacionados los mismos ejemplares. Es decir en el ejemplo anterior, en la relacin no puede aparecer dos veces el mismo trabajador asociado al mismo trabajo. Representacin grfica La representacin grfica de las entidades se realiza con un rombo al que se le unen lneas que se dirigen a las entidades, las relaciones tienen nombre (se suele usar un verbo). En el ejemplo anterior podra usarse como nombre de relacin, trabajar:

Ejemplos de relaciones:

Relaciones Binarias. Son las relaciones tpicas. Se trata de relaciones que asocian dos entidades. Relaciones Ternarias. Relacionan tres entidades. A veces se pueden simplificar en relaciones binarias, pero no siempre es posible. Relaciones n-arias. Relacionan n entidades Relaciones dobles. Se llaman as a dos relaciones distintas que sirven para relacionar a las mismas relaciones. Son las ms difciles de manejar ya que al manipular las entidades hay que elegir muy bien la relacionan a utilizar para relacionar los datos.

Relacin reflexiva. Es una relacin que sirve para relacionar ejemplares de la misma entidad (personas con personas, piezas con piezas, etc.)

CARDINALIDAD Indica el nmero de relaciones en las que una entidad puede aparecer. Se anota en trminos de: Cardinalidad mnima. Indica el nmero mnimo de asociaciones en las que aparecer cada ejemplar de la entidad (el valor que se anota es de cero o uno, aunque tenga una cardinalidad mnima de ms de uno, se indica slo un uno) Cardinalidad mxima. Indica el nmero mximo de relaciones en las que puede aparecer cada ejemplar de la entidad. Puede ser uno, otro valor concreto mayor que uno (tres por ejemplo) o muchos (se representa con n)

En los esquemas entidad-relacin la cardinalidad se puede indicar de muchas formas. Quiz la ms completa consiste en anotar en los extremos la cardinalidad mxima y mnima de cada entidad en la relacin. Ejemplo de uso de cardinalidad

En el ejemplo un jugador tiene una cardinalidad mnima de 0 (puede no estar en ningn equipo) y una mxima de 1 (como mucho est en un equipo, no puede estar en dos a la vez). Cada equipo tiene una cardinalidad mnima de uno (en realidad sera una cardinalidad mnima ms alta, pero se anota un uno) y una mxima de n (en cada equipo hay muchos jugadores) En la figura siguiente se indican otras notaciones para las cardinalidades.

Ejemplo

En el ejemplo, cada equipo cuenta con varios jugadores. Un jugador juega como mucho en un equipo y podra no jugar en ninguno. Cada entrenador entrena a un equipo (podra no entrenar a ninguno), el cual tiene un solo entrenador como mucho y como poco. Otra notacin es:

ROLES A veces en las lneas de la relacin se indican roles. Los roles representan el papel que juega una entidad en una determinada relacin. Ejemplo:

ATRIBUTOS Describen propiedades de las entidades y las relaciones. En este modelo se representan con un crculo, dentro del cual se coloca el nombre del atributo. Ejemplo:

TIPOS DE ATRIBUTOS COMPUEST

 MLTIPLES Pueden tomar varios valores (varios telfonos para el mismo cliente):

OPCIONALES Lo son si pueden tener valor nulo:

Identificador o clave Se trata de uno o ms campos cuyos valores son nicos en cada ejemplar de una entidad. Se indican subrayando el nombre del identificador. Debe cumplir con los siguientes requisitos: 1. Deben distinguir a cada ejemplar teniendo en cuenta las entidades que utiliza el modelo. No tiene que ser un identificador absoluto. 2. Todos los ejemplares de una entidad deben tener el mismo identificador. 3. Cuando un atributo es importante aun cuando no tenga una entidad concreta asociada, entonces se trata de una entidad y no de un atributo Identificador alternativo Se trata de uno o ms campos cuyos valores son nicos para cada ejemplar de una entidad, pero que no son identificadores ya que existen identificadores mejores en la entidad. En este caso los candidatos es aconsejable marcarlos con un subrayado discontinuo (ejemplo de subrayado discontinuo). DISEO DE DIAGRAMAS ENTIDAD-RELACIN

Para disear un diagrama entidad-relacin se hace uso de cada uno de los componentes anteriormente explicados. A continuacin se explicara un pequeo procedimientos para el diseo de dicho diagrama. Para cada rea funcional de la empresa se construye un esquema conceptual local siguiendo estos pasos:

1. Identificar las entidades. 2. Identificar las relaciones. 3. Determinar los dominios de los atributos. 4. Determinar los identificadores. 5. Dibujar el diagrama entidad relacin. 6. Identificar los atributos y asociarlos a entidades y relaciones. 7. Determinar las jerarquas de generalizacin (si las hay). 8. Revisar el esquema conceptual local con el usuario.

EJEMPLO DE DISEO DE DIAGRAMA ENTIDAD RELACION DE UNA EMPRESA

ESQUEMA ENTIDAD-RELACIN

MODELO ENTIDAD-RELACIN EXTENDIDO El Modelo Entidad-Relacin Extendido incluye todos los conceptos del Entidad-Relacin e incorpora los conceptos de Subentidad y Superentidad con los conceptos asociados de Especializacin y Generalizacin. Otro nuevo concepto incluido por el ERE es el de Categora. Asociado a estos conceptos est el importante mecanismo de Herencia de atributos. Habr que tener en cuenta que no existe una terminologa estandarizada para estos conceptos, por lo que usaremos la ms difundida. En el modelo Entidad-Relacin, una entidad agrupa un conjunto de ocurrencias de entidad del mismo tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos que tienen un significado propio para los propsitos de la Base de Datos y, por tanto, deberan representarse de forma explcita. Por ejemplo, la entidad PERSONAL puede a su vez subdividirse en PROFESORES, BEDELES, TECNICOS, etc. El conjunto de ocurrencias de entidad en cada una de estas entidades ser un subconjunto de las ocurrencias de entidad de PERSONAL, ya que por ejemplo, un profesor tambin es un personal. Llamaremos a cada uno de estos subconjuntos Subentidades de la entidad PERSONAL y a PERSONAL una Superentidad de cada uno de estos subconjuntos.

10

 Herencia de atributos en la relacin Entidad/subentidad. Debido a que una subentidad es a su vez parte se una Superentidad, la subentidad tendr sus atributos especficos as como los atributos correspondientes a la superentidad a la que pertenece. Esto quiere decir que la ocurrencia de entidad de una subentidad hereda los atributos correspondientes a la superentidad a la que pertenece. De la misma manera hereda las relaciones en las que su correspondiente superentidad participa. Generalizacin y Especializacin Se habla de generalizacin si inicialmente partimos de una serie de entidades que al estudiarlas en detalle descubrimos que todas ellas pertenecen al mismo conjunto. En la generalizacin las entidades son totalmente heterogneas, es decir, los atributos son diferentes. La superentidad normalmente tiene una clave principal distinta de las subentidades. La especializacin ocurre cuando partimos de una entidad que podemos dividir en subentidades para detallar atributos que varan en las mismas. Comparten clave con la superentidad y los atributos de la superclase se heredan en las subclases. En la prctica se manejan casi igual ambas; de hecho la representacin es la misma:

La entidad general personal se ha dividido en tres pequeas entidades. La cuestin de si es generalizacin o especializacin no suele ser excesivamente importante salvo por el tema de la herencia de los atributos; hay que recordar que en la especializacin, las subentidades heredan los atributos de la superentidad. De cualquier modo, la cuestin de si tenemos una generalizacin o una especializacin no es tan importante como el hecho de no fallar con las cardinalidades, ya que al pasar el esquema al modelo relacional es lo que importa ms.

11

Con atributos el esquema sera:

En la especializacin anterior (lo es porque la clave la tiene la superentidad) los profesores, bedeles y tcnicos heredan el atributo id personal y el nombre, el resto son atributos propios slo de cada entidad (trienios pertenece slo a los profesores, en este ejemplo). Obligatoriariedad En las relaciones ISA (y tambin en otros tipos de relaciones) se puede indicar el hecho de que cada ejemplar obligatoriamente tiene que participar en una de entre varias ramas de una relacin. Este hecho se marca con un arco entre las distintas relaciones. En las relaciones ISA se usa mucho, por ejemplo:

12

CONCLUSIN

Como se pudo observar, los conceptos y definiciones que manejamos en este trabajo son muy sencillos, fciles de comprender y adems claros. Es por esta razn que durante la elaboracin de esta investigacin, pude entender lo importante de la utilizacin de un modelo de base de datos. Implementando el diagrama de dicho modelo podemos representar grficamente la estructura general de una base de datos, con la finalidad de facilitar y mejorar el trabajo durante el desarrollo del sistema de base de datos. Adems pude conocer cules son los componentes bsicos que se utilizan dentro de un diagrama de entidad relacin, como se representan y como se relacionan entre si segn los atributos o caractersticas que cada uno tenga. Con la representacin del modelo entidad-relacin nos hemos percatado de que es una forma fcil de disear una base de datos, debido a que nos da un panorama general de cmo funcionar nuestra base de datos, as como las diferentes reas en la que vamos a trabajar en nuestro diseo. Un punto importante que se logr captar sobre el estudio del diseo de modelos entidad-relacin es que se basa a partir de los primeros datos recabados para realizar la base de datos, a partir de la cual se comienzan a seleccionar los datos que utilizaremos como entidad y sus diferentes relaciones que tendrn con las dems entidades. Tambin se aprendi la manera en que se pueden relacionar dichas entidades as como la cardinalidad de cada relacin. Tambin con el estudio del modelo entidad-relacin extendido se logr aprender nuevos concepto con el cual se puede referir a las entidades dependiendo del nivel jerrquico en el que se encuentre como subclase o subentidad y superclase o superentidad, as como otros conceptos como generalizacin y especializacin. Tambin se hizo referencia a un tema que nos es familiar que es el de herencia, concepto que a travs del estudio de programacin orientada a objetos se ha utilizado y que en el diseo de modelos de datos se utiliza de la misma forma pero con representacin grfica.

13

BIBLIOGRAFA
www.cs.us.es/cursos/bd-2002/HTML/modeloER.htm www.desarrolloweb.com/.../modelo-entidad-relacion.html www.ecured.cu/index.php/Diagrama_Entidad_Relacin www.cs.us.es/cursos/bd-2002/HTML/modeloER.htm www.virtual.unal.edu.co/cursos/sedes/.../cap2-1.html www.unirioja.es/cu/arjaime/Temas/02.Modelo_E_R.pdf dis.um.es/~jfernand/0405/dbd/tema2.ppt www.liceoupg.edu.mx/.../1179161072.2basesdedatos.pdf www.fundamentosbd.wordpress.com/.../modelo-entidad-relacio http://es.scribd.com/doc/26992505/60/4-1-5-modelo-entidad-relacionextendido

14