Sunteți pe pagina 1din 80

MODELO ENTIDAD - RELACION

Modelo Entidad - Relacin


Se denomina modelado, al proceso de trasladar un problema del mundo real a un computador, usando bases de datos. Para el modelado de bases de datos es necesario seguir todos los pasos del diseo, esto nos ahorrar mucho, tiempo y dar flexibilidad a la base de datos para implementar alguna caracterstica nuevas.

Modelo Entidad - Relacin


La primera fase del diseo de una aplicacin (la base de datos, generalmente, es parte de una aplicacin), consiste en hablar con el cliente para saber qu quiere, y qu necesita, adems de observar el funcionamiento del proceso que se quiere informatizar o modelar, teniendo en cuenta que la aplicacin cumpla con lo que es realmente necesario.

Modelo Entidad - Relacin


Los modelos conceptuales ayudan en esta fase del proyecto, porque permiten ver en forma clara el proceso en su totalidad, puesto que se trata de una representacin grfica. Una vez recogidos los datos, el siguiente paso es crear un modelo conceptual. El modelo ms usado en bases de datos es el Modelo Entidad Relacin.

Modelo Entidad - Relacin


Probablemente, esta es la parte ms difcil de la resolucin del problema. Es la parte ms intelectual del proceso, en el sentido de que es la que ms requerir pensar. Durante esta fase, seguramente, deberemos tomar ciertas decisiones, que en cierto modo limitarn en parte el modelo. Cuando esto suceda, no estar dems consultar con el cliente para que estas decisiones sean, al menos, aceptadas por l, y si es posible, que sea el propio cliente el que las plantee.

Modelo Entidad - Relacin


La siguiente fase es convertir el modelo conceptual en un modelo lgico. El ms usado es el Modelo Relacional. La conversin entre el modelo conceptual y el lgico es algo bastante mecnico. En el caso del modelo lgico relacional, existe un proceso que sirve para verificar que hemos aplicado bien el modelo, y en caso contrario, corregirlo para que sea as. Este proceso se llama normalizacin, y tambin es bastante mecnico.

Modelo Entidad - Relacin


El ltimo paso consiste en codificar el modelo lgico en un modelo fsico. Este proceso est ligado al DBMS elegido, y es, seguramente, la parte ms sencilla de aplicar.

Modelo Entidad - Relacin


Denominado por sus siglas como: ER. Percibe el mundo real como una serie de objetos relacionados entre s y pretende representados grficamente, mediante un determinado mecanismo de abstraccin. Este mecanismo est basado en una serie de smbolos, reglas y mtodos que nos permitirn representar grficamente los datos de inters del mundo real. Es decir el modelo Entidad-Relacin fue creado como una metodologa grfica para diseo de Base de Datos.

ELEMENTOS DEL MODELO ENTIDAD-RELACION

Elementos del Modelo Entidad - Relacin


Este modelo representa a la realidad a travs de un esquema grfico empleando la terminologa de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atributos, el enlace que rige la unin de las entidades est representada por la relacin del modelo.

Elementos del Modelo Entidad - Relacin


ENTIDAD Una entidad es una cosa u objeto en el mundo real que es distinguible de los dems objetos. De inters para una organizacin y acerca del cual se puede y se quiere obtener determinada informacin. Ejemplo: Persona, Proceso, Factura, Gua de Despacho, Cliente, Producto, Libro, Autor, Editorial.

Elementos del Modelo Entidad - Relacin


La representacin grafica es la siguiente:
Libro Autor Editorial

Mientras que una entidad es la forma general o descripcin de algo (por ejemplo un CLIENTE), una ocurrencia de entidad, es una realizacin concreta de una entidad (por ejemplo Cliente Rodrguez).

Elementos del Modelo Entidad - Relacin


Las reglas que debe cumplir son las siguientes: Tiene que tener existencia propia Cada ocurrencia de un tipo de entidad debe poder distinguirse de las dems. Todas las ocurrencias de un tipo de entidad deben tener los mismos tipos de caractersticas (atributos). Juegan un papel necesario en el sistema que se construye. Pueden describirse por un conjunto de datos. Pueden ser concretas como una persona o abstractas como una fecha.

Elementos del Modelo Entidad - Relacin


ATRIBUTOS En ocasiones llamadas propiedades, representan las caractersticas que posee cada miembro de un conjunto de entidades. La designacin de un atributo para un conjunto de entidades, expresa que la base de datos almacena informacin. concerniente a cada entidad del conjunto de entidades; sin embargo, cada entidad puede tener su propio valor para cada atributo.

Elementos del Modelo Entidad - Relacin


Los atributos poseen la siguiente estructura: Nombre: Especificacin fsica del objeto. Tipo: Valor que se utiliza para escribir caractersticas relacionadas al dato. (cadena, booleano, fecha, etc.) Dominio: Conjunto de valores permitidos que va a usar un atributo. Estos valores pueden tener una regla de validacin para verificar que dicho dato est en el dominio.

Elementos del Modelo Entidad - Relacin


Ejemplo: Nombre Sexo Tipo Dominio Booleano M -F

Los atributos se representan mediante elipses, y en su interior el nombre del atributo:


Nombre

Elementos del Modelo Entidad - Relacin


Ejemplo: Se presenta la entidad paciente junto con sus principales atributos

Elementos del Modelo Entidad - Relacin


Un atributo, como se usa en el Modelo ER, se puede caracterizar por los siguientes tipos de atributo: Atributos Simples y Compuestos Atributos simples son aquellos que no estn divididos en subpartes. En cambio, los atributos compuestos se pueden dividir en subpartes (es decir, otros atributos). Ejemplos:

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


Atributos Monovalorados y Multivalorados Un atributo es llamado monovalorado cuando tiene un solo valor para una entidad concreta. Ejemplo: Numero_de_Factura Numero_de_Matricula Puede haber casos en las que un atributo tiene un conjunto de valores para una entidad especfica, a ellos se les llama multivalorados.

Elementos del Modelo Entidad - Relacin


Ejemplo: Considera un conjunto de entidades alumno, con el atributo numero_telfono, cualquier alumno puede tener cero, uno o ms nmeros de telfono a los que se le pueda ubicar. Es frecuente usar una doble elipse para indicar atributos multivalorados:
Num_telefono

Elementos del Modelo Entidad - Relacin


Atributos Derivados El valor para este tipo de atributos se puede derivar de los valores de otros atributos o entidades relacionados. El valor de un atributo derivado no se almacena, sino que se calcula cuando sea necesario. Ejemplo: Edad de un alumno. Cantidad de prstamos a un cliente.
edad

Elementos del Modelo Entidad - Relacin


Atributos Claves Son atributos que permiten identificara una o ms entidades. Tipos: Atributos de Clave Primaria Una clave primaria es aquel atributo, el cual consideramos clave para la identificacin de los dems atributos que describen a la entidad. No acepta valores nulos. Ejemplo:
CodigoAlumno NumeroMatrcula NumeroSeguro

Elementos del Modelo Entidad - Relacin


Claro que puede haber ms de un atributo que pueda identificarse como clave primaria, en este caso se selecciona la que consideremos ms importante. Algunas variantes de diagramas ER usan algunas marcas para indicar que cierto atributo es una clave primaria, como subrayar el nombre del atributo.
Num_seguro

Elementos del Modelo Entidad - Relacin


Atributos de Clave Secundaria Estos atributos identifican a una o ms entidades en un conjunto de entidades. Ejemplo: ApellidoMaterno. FechaMatricula.

Elementos del Modelo Entidad - Relacin


Atributos de Clave Fornea Cuando el atributo hace referencia a la clave de una entidad dada en otra relacin (tabla). Ejemplo: Relacin: Matricula Relacin:Alumno Clave Fornea: CodigoAlumno CodigoAlumno, sera la Clave fornea para Matricula, ya que es la clave primaria de Alumno.

Elementos del Modelo Entidad - Relacin


Atributos de Clave Concatenada Son aquellos que se forman con un conjunto de atributos a nivel atmico. Ejemplo: Identifiquemos el cdigo de un alumno:

Elementos del Modelo Entidad - Relacin


Atributos de Clave Candidata Identifican en forma alternativa a una y solo una entidad. Su comportamiento es similar al de los atributos de clave primaria. Ejemplo: NumeroMatricula Primaria DNI Candidata

Elementos del Modelo Entidad - Relacin


Reglas de Integridad 1. Regla de Integridad de la Entidad En un conjunto de entidades, cada identidad puede identificarse a travs de un valor No Nulo. Ejemplo:
No se puede llamar a un alumno no matriculado.

2. Regla de Integridad de la Referencia Toda entidad referenciada con un atributo de clave fornea debe existir en forma obligada. Ejemplo:
Solo podemos registrar notas, asistencias y pagos de los alumnos matriculados.

Elementos del Modelo Entidad - Relacin


Dominio de un atributo Son todos los valores posibles que puede tener un atributo. Ejemplo: Dominio (EstadoCivil)={'S','C'} Los dominios no son demasiado importantes en el modelo ER, pero si nos ocuparemos de ellos en el Modelo Relacional y en el Fsico.

Elementos del Modelo Entidad - Relacin


RELACIN
Una relacin es una asociacin entre entidades, se caracteriza por determinadas restricciones que determinan las entidades que pueden o no participar en dicha relacin. Las relaciones se representan mediante rombos, y en su interior el nombre de la relacin:

Elementos del Modelo Entidad - Relacin


Compra

Ejemplos: Proveedor suministra producto Persona ha nacido en pas . Empleado trabaja en departamento

Elementos del Modelo Entidad - Relacin


La ocurrencia de relacin, es la asociacin concreta de ocurrencias de entidad de diferentes entidades. Por ejemplo: Si se tienen las entidades alumno y colegio, y la relacin estudia en, una ocurrencia de relacin sera: Rosa Mendoza estudia en Pedro Nolasco. Una relacin queda caracterizada por tres propiedades:

Elementos del Modelo Entidad - Relacin


Nombre: Deben tener un nombre que las identifique unvocamente. Grado: Numero de tipos de entidad sobre las que se realiza asociacin. Tipo de correspondencia: Nmero mximo de ocurrencias de cada tipo de entidad que pueden intervenir en una ocurrencia del tipo de relacin.

Elementos del Modelo Entidad - Relacin


Representacin Grafica: La asociacin entre conjuntos de entidades, se conoce como participacin; es decir, los conjuntos de entidades participan en el conjunto de relaciones.

Elementos del Modelo Entidad - Relacin


La funcin que desempea una entidad en una relacin se llama papel de la entidad. Debido a que los conjuntos de entidades que participan en un conjunto de relaciones son generalmente distintos, los papeles o roles estn implcitos y no se especifican normalmente. Sin embargo, son tiles cuando el significado de una relacin necesita aclaracin.

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


Se usan las lneas dobles para indicar que la participacin de un conjunto de entidades en un conjunto de relaciones es total; es decir cada entidad en el conjunto de entidades aparece al menos en una relacin de en ese conjunto de relaciones.

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


CARDINALIDAD Podemos definir la cardinalidad como el nmero de ocurrencias de una entidad asociadas a una concurrencia de otra entidad o la misma entidad a travs de una relacin.

Elementos del Modelo Entidad - Relacin


La relacin compras puede tener las siguientes ocurrencias individuales. 1. Ocurrencia 1: Cliente! compra el artculo 1. 2. Ocurrencia 2: Cliente2 compra el artculo 2 y 3. 3. Ocurrencia 3: Cliente3 compra el artculo 4. 4. Ocurrencia 4: Cliente4 no compra ningn artculo.

Elementos del Modelo Entidad - Relacin


En los extremos de las lneas que parten del rombo se aaden unos nmeros que indican la cantidad de entidades que intervienen en la interrelacin: 1, n. Esto tambin se suele hacer modificando el extremo de las lneas. Si terminan con un extremo involucran a una entidad, si terminan en varios extremos, (generalmente tres), involucrarn a varias entidades:

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


UNO A UNO Se presenta cuando existe una relacin como su nombre lo indica uno a uno, denominado tambin relacin de matrimonio. Una entidad del tipo A solo se puede relacionar con una entidad del tipo B, y viceversa. Ejemplo:

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


UNO A MUCHOS Significa que una entidad del tipo A puede relacionarse con cualquier cantidad de entidades del tipo B, y una entidad del tipo B solo puede estar relacionada con una entidad del tipo A. Ejemplos:

Elementos del Modelo Entidad - Relacin


MUCHOS A UNO Indica que una entidad del tipo B puede relacionarse con cualquier cantidad de entidades del tipo A, mientras que cada entidad del tipo A solo puede relacionarse con solo una entidad del tipo B. Ejemplos:

Elementos del Modelo Entidad - Relacin


MUCHOS A MUCHOS Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier cantidad de entidades del tipo B. Ejemplos:

Elementos del Modelo Entidad - Relacin


GRADO Nmero de conjuntos de entidades que intervienen en una relacin. Relacin de Grado 1 (Recursivas). Relacin de Grado 2. Relacin de Grado 3. Aunque el modelo ER permite relaciones de cualquier grado, la mayora de las aplicaciones del modelo slo consideran relaciones del grado 2.

Elementos del Modelo Entidad - Relacin


ENTIDADES FUERTES Y DEBILES Se denomina conjunto de entidades dbiles al conjunto de entidades que no tiene suficientes atributos para formar una clave primaria. Asimismo se denomina conjunto de entidades fuertes, al conjunto de entidades que tienen una clave primaria. Ejemplo:
Considera el conjunto de entidades pago, que tiene tres atributos: numero_pago, fecha, e importe. Los nmeros de pago son generalmente nmeros secuenciales, empezando por 1 y se generan por separado por cada prstamo. As, aunque, cada entidad pago es distinta, los pagos para diferentes prstamos pueden compartir el mismo nmero de pago, por lo tanto, no teniendo una clave primaria, se considera el conjunto de entidades dbiles.

Elementos del Modelo Entidad - Relacin


Para que un conjunto de entidades dbiles tenga sentido, debe estar asociado (depender funcionalmente) a un conjunto de entidades identificadoras o propietarias. La relacin que asocia el conjunto de entidades dbiles con el conjunto de entidades identificadoras se denomina relacin identificadora. En el siguiente ejemplo, el conjunto de entidades identificadoras para pago es prestamo, y la relacin prestamopago, es la relacin identificadora.

Elementos del Modelo Entidad - Relacin

Elementos del Modelo Entidad - Relacin


El discriminante de un conjunto de entidades dbiles, es un conjunto de atributos que permite distinguir las entidades del conjunto de entidades que dependen de una entidad fuerte particular, y tambin es conocido como claveparcial del conjunto de entidades. En el ejemplo, el discriminante de pago es el atributo numero_pago, ya que para cada prstamo, un numero de pago identifica de forma nica cada pago para ese prstamo.
Num_pago

Elementos del Modelo Entidad - Relacin


La clave primaria de un conjunto de entidades dbiles se forma con la clave primaria del conjunto de entidades identificadoras, ms el discriminante del conjunto de entidades dbiles. Entonces la clave primaria del ejemplo sera: Numero + numero_pago El conjunto de entidades identificadoras no debera tener atributos descriptivos, ya que cualquier atributo requerido puede estar asociado con el conjunto de entidades dbiles.

Elementos del Modelo Entidad - Relacin


Otro ejemplo: Una entidad PASAJE, que usa la clave de un bus y aade otros atributos como origen, destino, fecha y distancia. Decimos que la entidad PASAJE es una entidad dbil, en contraposicin a la entidad bus, que es una entidad fuerte. Adems, la existencia de las entidades dbiles est ligada o subordinada a la de la fuerte. Si eliminamos un BUS, debemos eliminar tambin todos los PASAJES que se han vendido para ese BUS.

Elementos del Modelo Entidad - Relacin

CARACTERISTICAS DEL MODELO ER EXTENDIDO

CARACTERISTICAS DEL MODELO ER EXTENDIDO


Generalizacin
La generalizacin consiste en identificar todos aquellos atributos iguales de un conjunto de entidades para formar una entidad global con dichos atributos semejantes, dicha entidad global quedar a un nivel ms alto al de las entidades origen. La desventaja de la generalizacin es que se desperdicia espacio de almacenamiento, ya que slo algunos de los atributos no comunes contienen informacin en cada entidad. La ventaja es que podemos establecer el mismo tipo de interrelacin con cualquier entidad del conjunto.

CARACTERISTICAS DEL MODELO ER EXTENDIDO

CARACTERISTICAS DEL MODELO ER EXTENDIDO


Como puedes observar, la Generalizacin trata de eliminar la redundancia (repeticin) de atributos, el englobar los atributos semejantes. Las entidades de bajo nivel heredan todos los atributos correspondientes.

CARACTERISTICAS DEL MODELO ER EXTENDIDO


Especializacin Es el proceso segn el cual se crean varios tipos de entidades a partir de uno. Cada una de los conjuntos de entidades resultantes contendr slo algunos de los atributos del conjunto original.

CARACTERISTICAS DEL MODELO ER EXTENDIDO

CARACTERISTICAS DEL MODELO ER EXTENDIDO

CARACTERISTICAS DEL MODELO ER EXTENDIDO

CARACTERISTICAS DEL MODELO ER EXTENDIDO


En la Generalizacin, cada entidad de alto nivel debe ser una entidad de bajo nivel. La especializacin no tiene este limitante. Estrategia para moderar con ER
Identificar Tipos de Entidad y las relaciones que existen entre ellos. Descomponer un tipo de entidad en dos o ms tipos de entidad, relacionados o no, o participando en una estructura de generalizacin. Identificar atributos para cada elemento. Definir identificadores para los tipos de entidad. Definir restricciones de cardinalidad. Verificar que el esquema resultante es correcto con respecto a la especificacin (representa toda la realidad descrita). Verificar que el esquema es correcto con respecto al buen uso del modelo. Analizar modificaciones al esquema.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Podemos dividir el proceso de construir un modelo ER en varias tareas ms simples. El proceso completo es iterativo, es decir, una vez terminado debemos volver al comienzo, repasar el modelo obtenido y, probablemente, modificarlo. Una vez satisfechos con el resultado, ser el momento de pasar a la siguiente fase: el modelo lgico. Para crear un diagrama conceptual, realiza lo siguiente:
Habla con el cliente y deja claros los parmetros y objetivos del problema o proceso a modelar. Estudia el planteamiento del problema para: Identificar los conjuntos de entidades tiles para modelar el problema. Identificar los conjuntos de interrelaciones y determinar su grado y tipo (1: 1, l : n o m : n). Trazar un primer diagrama ER.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Identificar atributos y dominios para los conjuntos de entidades y relaciones. Seleccionarlas claves principales para los conjuntos de entidades. Verificar que el modelo resultante cumple el planteamiento del problema. Si no es as, se vuelve a repasar el proceso desde principio.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Ejemplo 1 1. Descripcin del proceso
Se trata de una base de datos que debe almacenar datos sobre los suministros que ingresan los proveedores hacia un determinado almacn, para lo cual se debe llevar un control de los suministros y de sus cuentas contables.

2. Identificar conjuntos de entidades


A primera vista, tenemos tres conjuntos proveedor, suministro, cuenta_contable. de entidades:

3. Identificar conjuntos de relaciones


Cada proveedor ingresa uno o ms suministros, y estos pueden ser vendidos por uno o ms proveedores, dndose una relacin de muchos a muchos. Por otra parte estos suministros pertenecern a una determinada cuenta contable, y esta cuenta contendr mltiples suministros, dndose una relacin de muchos a uno.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


5. Identificar atributos El siguiente paso es identificar los atributos para cada conjunto de entidades. Proveedor codigo ruc razon Direccion Suministro codsuministro descripcion medida stockactual Cuenta Contable cuenta subcta clase descripcion

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


6. Seleccionar claves principales El proveedor tendra como clave principal al codigo, ya que es un nico atributo. Pero tambin tendra como clave candidata al nmero de RUC. Asimismo el suministro se identificara por el codigo de suministro y la cuenta contable por el nmero de cuenta. La relacin ingresa es una entidad compuesta, que va a estar conformada por las claves principales de proveedor y suministro, adems contar con sus propios atributos, como fecha, moneda, tipo de cambio, etc.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Ejemplo 2 1. Descripcin del proceso Se trata de una base de datos que debe almacenar la informacin sobre el prstamo de libros a los alumnos de una determinada escuela, los cuales son escritos por varios autores y pertenecen a una determinada editorial, adems se refieren a una determinada especialidad. 2. Identificar conjuntos de entidades A primera vista, tenemos cinco conjuntos de entidades: alumno, libro, autor, editorial y especialidad.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


3. Identificar conjuntos de relaciones
Un alumno puede prestar muchos libros, a su vez que estos libros pueden ser prestados por muchos alumnos, dndose una relacin de muchos a muchos. Cada libro pertenece a una especialidad, y pueden existir muchos libros de esta especialidad, por lo tanto sera una relacin de muchos a uno. Asimismo el libro es escrito por uno o varios autores, y estos autores pueden escribir uno o ms libros, dndose una relacin de muchos a muchos. Por otro lado un libro pertenece a una editorial, y en esta editorial se pueden imprimir muchos libros, dando como resultado una relacin de muchos a uno.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


4. Trazar primer diagrama

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Identificaratributos El siguiente paso es identificar los atributos para cada conjunto de entidades. Alumno Codalumno Nombre Escuela Ciclo Presta Fecha presta Fecha devolucion Libro Codlibro Registro Ttulo Paginas

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


Especialidad Codespecialidad Nombre Autor Codautor Nombre Email Editorial Codeditorial Nombre Direccion Telefono

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


6. Seleccionar claves principales Un libro dispone de varias claves candidatas. Tenemos, por una parte, el codlibro, que es nico para cada libro, y por otra su titulo, ya que no puede haber dos libros con el mismo titulo. Es lgico usar la primera como clave principal, ya que es un nico atributo. En el caso de alumno, especialidad, autor y editorial podemos tomar a codalumno, codespecialidad, codautor y codeditorial, como claves principales respectivamente. Para el caso de presta, notamos que es una entidad compuesta que contar con las claves de alumno y libro respectivamente, adems con sus atributos propios como fecha de prstamo y fecha de devolucin.

DISEO DE UN ESQUEMA DE BASE DE DATOS ER.


4. Verificar el modelo Finalmente el modelo ER se presentar de la siguiente forma:

S-ar putea să vă placă și