Modelo Entidad Relacin

I.S.C. Christian Gabriel Nio Noriega

Ingeniera En sistemas Computacionales, Instituto Tecnolgico De Iztapalapa Av. Telecomunicaciones s/n Col. Chinampac de Jurez Delegacin Iztapalapa CP. 09225 Mxico Df
inthecret@hotmail.com

Abstract Model a database is a fundamental task to understand the workings of the company and put it in a database is a great responsibility for this should apply the concepts needed for each particular context. Modeling techniques can be applied to each problem to obtain a good design of the database. In general a database is a collection of information relating to each other and has a common purpose. Once you know what you want, as it does currently known processes and data used are appropriate to start with modeling of the data Resumen Modelar una base de datos es una tarea fundamental, comprender el funcionamiento de la empresa y expresarlo en una base de datos es una gran responsabilidad; para esto se deben aplicar los conceptos necesarios para cada contexto en particular. Las tcnicas de modelado se pueden aplicar a cada problema para poder obtener un buen diseo de la base de datos. En general una base de datos es una coleccin de informacin que se relaciona entre si y tiene un propsito comn. Una vez conocido lo que se quiere, como se hacen actualmente los procesos y se conocen los datos utilizados se procede a iniciar con el modelado de los datos

Inicialmente (en la propuesta de Chen) slo se incluan los conceptos de entidad, relacin y atributos. Despus se aadieron otras propuestas (atributos compuestos, generalizaciones,...) que forman el llamado modelo entidad relacin extendido (se conoce con las siglas ERE) En la seccin II, veremos los conceptos bsicos de entidad y relacin y sus derivados como los atributos. En la seccin III, veremos la cardinalidades de los diagramas entidad relacin y los diagramas de cada cardinalidad de asignacin. II. Conceptos Entidad Relacin A. Entidad Se trata de cualquier objeto u elemento (real o abstracto) acerca del cual se pueda almacenar informacin en la base de datos. Ejemplos de entidades son Pedro, la factura nmero 32456, el coche matrcula 3452BCW. Una entidad no es un propiedad concreta sino un objeto que puede poseer mltiples propiedades (atributos). B. Conjunto De Entidades Las entidades que poseen las mismas propiedades forman conjuntos de entidades. Ejemplos de conjuntos de entidades son los conjuntos: personas, facturas, coches,...

I. INTRODUCCIN El Modelo Fue ideado por Peter Chen en los aos 1976 y 1977 a travs de dos artculos. Se trata de un modelo que sirve para crear esquemas conceptuales de bases de datos. De hecho es prcticamente un estndar para crear esta tarea. Se le llama modelo E/R e incluso EI (Entidad / Interrelacin). Sus siglas ms populares son las E/R por que sirven para el ingls y el espaol.

C. Relacin (interrelacin) Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un nombre que describe su funcin. Las relaciones se representan grficamente mediante rombos y su nombre aparece en el interior. Las entidades que estn involucradas en una determinada relacin se denominan entidades participantes. El nmero de participantes en una relacin es lo que se denomina grado de la relacin. Por lo tanto, una relacin en la que participan dos entidades es una relacin binaria; si son tres las entidades participantes, la relacin es ternaria; etc. Una relacin recursiva es una relacin donde la misma entidad participa ms de una vez en la relacin con distintos papeles. El nombre de estos papeles es importante para determinar la funcin de cada participacin. La cardinalidad con la que una entidad participa en una relacin especifica el nmero mnimo y el nmero mximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participacin de una entidad en una relacin es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participacin es opcional (parcial). Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio. A veces, surgen problemas cuando se est diseado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretacin en el significado de alguna relacin, por lo que es importante comprobar que el esquema conceptual carece de dichas trampas. En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relacin. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad. Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relacin entre

entidades, pero el camino entre algunas de sus ocurrencias es ambiguo. El modo de resolverla es restructurando el esquema para representar la asociacin entre las entidades correctamente. Otra de las trampas sucede cuando un esquema sugiere la existencia de una relacin entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias. En este caso, se produce una prdida de informacin que se puede subsanar introduciendo la relacin que sugera el esquema y que no estaba representada. D. 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. Toda la informacin extensiva es portada por los atributos. Grficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio. Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes ms pequeas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por s mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa grficamente mediante un valo. Los atributos tambin pueden clasificarse en monovalentes o polivalentes. Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relacin a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relacin a la que pertenece. A estos atributos tambin se les denomina multivaluados,

y pueden tener un nmero mximo y un nmero mnimo de valores. La cardinalidad de un atributo indica el nmero mnimo y el nmero mximo de valores que puede tomar para cada ocurrencia de la entidad o relacin a la que pertenece. Por ltimo, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relacin. III, CARDINALIDAD DE LAS ENTIDADES EN UNA RELACION Los tipos de cardinalidad de asignacin son:

Uno a uno

Fig. 1 Diagrama Entidad Relacin Uno a Uno

1) Una-Una (1:1), significa que cada entidad de la primera relacin se va a relacionar con una entidad de la segunda relacin y viceversa. P. ejemplo. R1-r2 2) Una-Muchas (1: N), las entidades de la relacin r1 se pueden relacionar con varias entidades de la relacin r2. Pero las entidades de la relacin r2 solo r2pueden asociarse con una entidad de r1. P. ejemplo. r1 3) Muchas-Una (N: 1), las entidades de r1 solo pueden asociarse con una entidad de r2. Mientras que las entidades de r2 pueden asociarse con varias entidades contenidas en r1. P. ejemplo. r1 r2

Relacin Uno a Uno: Cuando un registro de una tabla 1 1 slo puede estar relacionado con un nico registro de la otra tabla y viceversa. En este caso la clave fornea se ubica en alguna de las 2 tablas. Uno a varios

4) Muchas-Muchas (N: M), las entidades de ambas relaciones pueden asociarse con varias entidades de la contraria. P. ejemplo. r1 r2

Fig. 2 Diagrama Entidad Relacin Uno a Varios

Cuando un registro de una tabla (tabla secundaria) slo puede estar relacionado con un nico registro de la otra tabla (tabla principal) y un re- gistro de la tabla principal puede tener ms de un registro relacionado en la tabla secundaria.

Varios a uno

abierta. De acuerdo con este estndar, las clases de entidades se muestran con rectngulos; las relaciones mediante diamantes; y la cardinalidad mxima de la relacin aparece dentro del diamante. El nombre de la entidad se muestra dentro del rectngulo y el nombre de la relacin cerca del diamante. Aunque en algunos diagramas E-R el nombre de la relacin aparece dentro del diamante, esto hace que representacin se vea desproporcionada. Para evitar esto, en ocasiones los nombres de relaciones se escriben arriba del diamante, cuando el nombre se coloca dentro o en la parte superior del diamante, la cardinalidad de la relacin se detalla colocando patas de gallo en las lneas que conectan a la(s) entidad(es) en el lado muchos de la relacin. La siguiente figura representa las relaciones DORMITORIO-OCUPANTE y ESTUDIANTECLUB con las mencionadas patas de gallo.

Fig. 3 Diagrama Entidad Relacin Varios a Uno

Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo). Varios a varios

Fig.5 Diagrama Entidad Relacin

IV. Conclusiones El Diagrama Entidad Relacin es una tcnica de diseo de bases de datos grfica, que incorpora informacin relativa a los datos y la relacin existente entre ellos, para poder as plasmar una visin del mundo real sobre un soporte informtico. Estos Datos Reflejan tan slo la existencia de los datos sin expresar lo que se hace con ellos. Es independiente de las bases de datos y de los sistemas operativos e incluye todos los datos que se estudian sin tener en cuenta las aplicaciones que se van a tratar.

Fig.4 Diagrama Entidad Relacin Varios a Varios

Cuando un registro de una tabla puede estar relacionado con ms de un registr de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que aadir una tabla entre las dos (Tabla dbil o de vinculacin) que incluya los pares de valores relacionados entre s. Las figuras mostradas anteriormente, se denominan diagramas entidad-relacin. Tales diagramas estn estandarizados en forma muy

REFERENCIAS
[1] Abraham, Silberschatz; Henry, Korth. Fundamentos de Base de datos Ediciones Mc Graw Hill. Espaa 2002. pp. 10-16 http://www3.uji.es/~mmarques/f47/apun/node83.html http://www.cs.us.es/cursos/bd/HTML/modeloER.htm [2] Abraham, Silberschatz; Henry, Korth. Fundamentos de Base de datos Ediciones Mc Graw Hill. Espaa 2002. Cap. II http://mit.ocw.universia.net/curso11208/11/11.208/IAP 02/lecture-notes/lecture5-2.html

[3]http://www.jorgesanchez.net/bd/disenoBD.pdf [4]https://docs.google.com/viewer?a=v&q=cache:RAG0sYEIvgJ:luzayar.files.wordpress.com/2009/09/unid ad-ii-de-fundamentos-de-bases-dedatos.docx+fundamentos+de+bases+de+datos+unidad+ 2+modelo+entidad+relacion