Diagrama entidad-relacin

De Wikipedia
Saltar a navegacin, bsqueda Los diagramas entidad-relacin (a veces denominado por su siglas, E-R) son una herramienta para el modelado de datos de un sistema de informacin. Estos diagramas expresan entidades relevantes para un sistema de informacin, sus inter-relaciones y propiedades.

Tabla de contenidos
[ocultar]

1 Breve resea histrica 2 Papel que desempea 3 En qu consiste o 3.1 Entidades o 3.2 Relaciones o 3.3 Atributos 4 Diagramas extendidos o 4.1 Entidades fuertes y dbiles o 4.2 Cardinalidad de las relaciones o 4.3 Atributos en relaciones o 4.4 Herencia 5 Modelado Entidad-Relacin 6 Vase tambin

7 Enlaces externos [editar]

Breve resea histrica

Los diagramas entidad-relacin fueron propuestos por Peter P. Chen en 1976. Por este motivo tambin se conocen como "diagramas de Chen". [editar]

Papel que desempea

Los diagramas E-R se utilizan como herramienta tanto en tcnicas de anlisis como de diseo en el proceso de construccin de software. Es una herramienta habitual en el paradigma funcional o tradicional de la ingeniera del software. Los diagramas E-R sirven para describir un modelo de datos de un sistema de informacin, aunque no por completo. Se suelen acompaar de otras herramientas para lograr su propsito: descripciones textuales, tablas, listas de comprobacin, etc. [editar]

En qu consiste
Formalmente, los diagramas E-R son un lenguaje grfico para describir conceptos. Informalmente, son simples dibujos o grficos que (si se saben interpretar) describen la informacin que trata un sistema de informacin y el software que lo automatiza. Los elementos de dicho lenguaje se describen a continuacin, por orden de importancia . [editar]

Entidades
Una entidad es cualquier "objeto" discreto sobre el que se tiene informacin. Se representa mediante un rectngulo o "caja" etiquetada en su interior mediante un nombre. Ejemplos de entidades habituales en los sistemas de informacin son: factura, persona, albarn, empleado, etc. Cada ejemplar de una entidad se denomina instancia. Por ejemplo, Francisco y Luisa pueden ser dos instancias distintas de la entidad "persona". Las instancias no se representan en el diagrama. No obstante, se pueden documentar aparte porque son tiles para inicializar la base de datos resultante. Por ejemplo, los departamentos existentes de una empresa pueden ser relevantes como datos iniciales de la entidad "departamento". [editar]

Relaciones
Una relacin describe cierta interdependencia (de cualquier tipo) entre dos o ms entidades. Se representa mediante un rombo etiquetado en su interior mediante un verbo. Adems, dicho rombo debe unirse mediante lneas con las entidades que relaciona (es decir, los rectngulos). Una relacin no tiene sentido sin las entidades que relaciona. Algunos ejemplos son:

una persona (entidad) trabaja (relacin) para un departamento (entidad). una factura (entidad) se emite (relacin) a un cliente (entidad).

Las relaciones entre dos entidades se denominan binarias, las relaciones entre tres entidades se denominan ternarias, y las relaciones entre cuatro o ms entidades se denominan mltiples. Las relaciones mltiples son poco frecuentes, mientras que las relaciones binarias son habituales en cualquier problema. Tambin son posibles las relaciones reflexivas donde una entidad se relaciona consigo misma. Esto significa que una instancia de una entidad se relaciona con otra instancia distinta de la misma entidad. Por ejemplo: una persona (entidad) contrae matrimonio (relacin) con otra persona (la misma entidad). [editar]

Atributos
Los atributos son propiedades relevantes propias de una entidad y slo una. Se representan mediante un crculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta. Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relacin, sino que se describen textualmente en otros documentos adjuntos. Los atributos describen informacin til sobre las entidades. En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un empleado de otro es su nmero de la Seguridad Social. Ejemplos de atributos de la entidad "persona":

Documento Nacional de Identidad (identificativo). Nombre. Apellidos. Direccin. Cdigo postal.

[editar]

Diagramas extendidos
Los diagramas Entidad-Relacin no cumplen su propsito con eficacia debido a que tienen limitaciones semnticas. Por ese motivo se suelen utilizar los diagramas Entidad-Relacin extendidos que incorporan algunos elementos ms al lenguaje: [editar]

Entidades fuertes y dbiles

Cuando una entidad participa en una relacin puede adquirir un papel fuerte o dbil. Una entidad dbil es aquella que no puede existir sin participar en la relacin, es decir, aquella que no puede ser univocamente identificada solamente por sus atributos. Una entidad fuerte es aquella que "presta" algunos de sus atributos a la entidad dbil para que se pueda identificar cualquier instancia. Esto lo hace a travs de la relacin que las une. Las entidades dbiles se representan mediante un doble rectngulo, es decir, un rectngulo con doble lnea. [editar]

Cardinalidad de las relaciones

Las relaciones, en principio binarias, pueden involucrar a un nmero distinto de instancias de cada entidad. As, son posibles tres tipos de cardinalidades:

Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B. Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B. Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B.

El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relacin, respectivamente: "1:1", "1:N" y "N:M". Otra forma de expresar la cardinalidad es situando un smbolo cerca de la lnea que conecta una entidad con una relacin:

"0" si la entidad no est obligada a participar en la relacin. "1" si la entidad est obligada a participar en la relacin y, adems, cada instancia solamente participa una vez. "N" , "M", "*" si la entidad no est obligada a participar en la relacin y cada instancia puede participar cualquier nmero de veces.

Ejemplos de relaciones que expresan cardinalidad:

Una factura (entidad) se emite (relacin) a una persona (entidad) y slo una, pero una persona puede tener varias facturas emitidas a su nombre. Es una relacin 1:N. Un cliente (entidad) puede comprar (relacin) varios artculos (entidad) y un artculo puede ser comprado por varios clientes distintos. Es una relacin N:M.

[editar]

Atributos en relaciones
Las relaciones tambin pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo tpico son las relaciones de tipo "histrico" donde debe constar una

fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisin de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisin" de la factura debera colocarse en la relacin "se emite". [editar]

Herencia
La herencia es un intento de adaptacin de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relacin entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relacin de herencia se representa mediante un tringulo interconectado por lneas a las entidades. La entidad conectada por el vertice superior del tringulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del tringulo. [editar]

Modelado Entidad-Relacin
El modelado entidad-relacin es una tcnica informal para el modelado de datos utilizando diagramas entidad relacin. No es la nica tcnica pero s la ms utilizada. Brevemente consiste en los siguientes pasos: 1. Se parte de una descripcin textual del problema o sistema de informacin a automatizar (los requisitos). 2. Se hace una lista de los sustantivos y verbos que aparecen. 3. Los sustantivos son posibles entidades o atributos. 4. Los verbos son posibles relaciones. 5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. 6. Se elabora el diagrama (o diagramas) entidad-relacin. 7. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama. Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos. 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 relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas (en caso de utilizar una base de datos relacional).

Etc.

[editar]

Vase tambin

Ingeniera del software. Disciplina donde se encuadra el anlisis y diseo de datos. Modelo de datos. Es la visin esttica de un sistema de informacin. Base de datos. Es la implementacin de un modelo de datos. Modelo relacional. Una tcnica formal para describir modelos de datos. UML. Otro lenguaje que permite describir modelos de datos (entre otras cosas). Rational Rose. Herramienta grfica de modelado.

http://es.wikipedia.org/wiki/Diagrama_entidad-relaci%C3%B3n

El modelo relacional ofrece una buena solucin a este problema, que nos permite reducir la redundancia de datos al mnimo y agilizar las operaciones de consulta y actualizacin. Lo que deberamos hacer es separar la informacin que se refiere a las tres entidades que tenemos (profesores, cursos y departamentos) en tres relaciones independientes, y despus relacionarlas entre s. De este modo obtendramos una disposicin parecida a la de la Figura 4.10. Los recuadros indican relaciones base, mientras que las flechas indican las interrelaciones entre ellas. Repetimos que estas interrelaciones, en realidad, no existen a nivel de la base de datos, se usan slo a nivel de representacin grfica.19 Los nombres de algunos atributos (Prof_ID, Depto_ID, Curso_ID) sugieren el tipo de claves que hemos usado: claves subrogadas.

Figura 4.10 Ejemplo de disposicin relacional A partir de estas tres relaciones, y mediante el mecanismo de comparacin de valores que antes mencionamos, se tiene acceso a toda la informacin que deseamos sin redundancia alguna. Los "1" y "M" que etiquetan las flechas hacen referencia al tipo de interrelacin "uno a muchos": en la tabla PROFESOR no hay valores repetidos para el atributo Prof_ID (existe un solo conjunto de atributos para describir un determinado profesor), pero encontraremos varios de ellos en la tabla CURSO (un profesor puede dar varios cursos). Igualmente, un departamento consta de varios profesores. Las interrelaciones que hemos mostrado en la figura Figura 4.10 son todas del mismo tipo: de uno a muchos (one-to-many). sta es la interrelacin ms frecuente. Adems tenemos las de: Muchos a muchos (many-to-many): en una relacin de este tipo, la tabla A puede tener ms de un registro coincidente en la tabla B, y un registro en la tabla B puede tener ms de un registro coincidente en la tabla A. Par detectar las relaciones "muchos a muchos" entre las tablas, es importante observar la relacin en los dos sentidos. Este tipo de relacin requiere cambiar el diseo de la base de datos, ya que en realidad, es decir, a nivel fsico, esto no es factible. La forma de implementar este tipo de interrelacin, es mediante una tercera tabla que sirva de puente entre las dos. Esta tercera tabla contendr informacin procedente de las otras dos tablas interrelacionando los registros pertinentes. Veremos algunas interrelaciones de este tipo en nuestra implementacin relacional del lexicn. Uno a uno (one-to-one): en una relacin de este tipo, un registro en la tabla A no puede tener ms de un slo registro coincidente en la tabla B, u viceversa. Este tipo de interrelacin es muy poco frecuente, ya que en la mayora de los casos la informacin de las dos tablas puede ser combinada en una sola tabla. Tan slo es apropiado cuando el nmero de campos de la tabla B es muy alto y concerniente a un

determinado tipo de informacin. En estos casos es aconsejable tener esa informacin en una tabla separada. Las interrelaciones de uno a muchos se implementan mediante el uso de claves ajenas, tambin llamadas externas o forneas (foreign keys). Una clave ajena es un atributo (posiblemente indexado y posiblemente compuesto) de una relacin R2, cuyos valores han de concordar con los de alguna clave primaria en otra relacin R1. R1 y R2 no han de ser necesariamente distintas. Los atributos Prof_ID, en la tabla PROFESOR , Curso_IDen la tabla CURSO y Depto_IDen la tabla DEPTO, son claves primarias, mientras que los atributos Prof_ID en la tabla CURSO y Depto_ID en la tabla PROFESOR, son claves externas.

Figura 5.2 Diagrama E/R proyectable sobre diseo relacional