Resumen notaciones de entidad relacion

3,174 views
2,951 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,174
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Resumen notaciones de entidad relacion

  1. 1. Resumen de Notaciones de Entidad – Relaciónde Base de DatosUniversidad Nacional de TrujilloIngeniería InformáticaTrujillo - PerúIng. Juan Orlando Salazar Campos1er AutorQuintanilla Paredes José Guillermo044-413485guillermo2103djjpox@gmail.comPalabras Clave: Entidad-Relación , Atributos, Relaciones, Cardinalidad, Llaves , Diagrama E-R , Categorías de atributosEntidades débiles, Guías de nombramiento , Especialización ,Generalización , Disjuntas (disjoint) , Traslape (overlapping)1.- Introducción e historia del modelo Entidad-RelaciónModelo de datos conceptual de alto nivel, fue propuesto por Peter P. Chen en 1976. Tiene extensiones/aportaciones de muchosotros autores: No existe un único MER, sino una “FAMILIA DE MODELOS” . Describe el “mundo real” como un conjunto deENTIDADES y de RELACIONES entre ellas. Muy extendido en los métodos de diseño de bases de datos. Soportado porherramientas software de diseño (CASE).1.1 .- Conceptos básicos del modelo:1.1.1.- Entidad: Cosa u objeto del mundo real con existencia propia y distinguible del resto. Objeto conexistencia física o real (una persona, un libro, un empleado),abstracta o conceptual (una asignatura, un viaje)Persona, lugar, cosa, concepto o suceso, real o abstracto, de interés para la empresa” (ANSI, 1977).1.1.2.-Relacion (relationship) : También llamado “interrelación”, asociación, vínculo o correspondencia entreinstancias de entidades relacionadas de alguna manera en el “mundo real”.el director “Alejandro Amenábar” ha rodado la película “Mar adentro”el empleado 87654321 trabaja en el local de videoclub “principal”la película “El imperio contraataca” es una continuación de la película “La guerra de las galaxias”1.2.- Tipos de atributos:1.2.1.-Simples o Compuestos:Atributos simples: No divisibles. AtómicosAtributos compuestos: Pueden dividirse en otros con significado propioValor compuesto = concatenación de valores de componentes1.2.2.-Atributos derivados:Valor calculado a partir de otra información ya existente (atributos, entidades relacionadas).Son informaciónredundante, ejemplos:Edad [de EMPLEADO], cálculo a partir de fechanacim (atributo derivado del valor de otroatributo)numcopias [de una PELICULA], cuenta del número de entidades COPIA relacionadas con cadapelícula concreta, atributo derivado de entidades relacionadas1.2.3 .-Atributos almacenados: Ejemplos:fechanacim [de cada EMPLEADO]nacionalidad [de una PELICULA]1.2.4.-Atributos Monovalorados o Multivalorados:Atributos monovalorados (monovaluados) : Sólo un valor para cada entidadfechanacim [de un EMPLEADO particular]añoestreno [de cada PELICULA concreta]Atributos multivalorados (multivaluados) : Más de un valor para la misma entidad. Pueden tener límitessuperior e inferior del número de valores por entidadnacionalidad [ PELICULA coproducida por varios países ] , nacionalidad (1-2)telefono [ EMPLEADO con varios teléfonos de contacto] , telefono (0-3)1.2.5.- Atributos Opcionales (nulos):El nulo (null value) es usado cuando, se desconoce el valor de un atributo para cierta entidad. El valor existe perofalta. No se sabe si el valor existe o no , la entidad no tiene ningún valor aplicable para el atributo:altura [de un EMPLEADO]telefono [de un EMPLEADO]fechaalquiler [PELICULA sólo en vídeo-venta (no alquiler)]
  2. 2. 2.- Principios de diseño2.1.- Fidelidad: se debe crear siempre un modelo que satisfaga las necesidades del problema, no sirve un modelo correctosi no cumple con la realidad que se pretende representar.2.2.-Evitar redundancia: una de las ventajas del diagrama e-r es que nos permite distinguir de una manera fácil y visualtodos los entes y sus relaciones, de manera que es muy fácil identificar si un atributo se esta repitiendo en varias entidadeso si una relación es innecesaria.2.3.-Simplicidad: siempre hay que procurar hacer el modelo tan simple como sea posible (sin olvidar la fidelidad) demanera que sea fácil de entender, fácil de extender y fácil de implementar.2.4.-Escoger: los elementos correctos: es ocasiones es difícil identificar si una relación, elemento o atributo es correcto,para ello hay que analizar en perspectiva el diagrama y, por ejemplo si se observa una entidad con solo un atributo y queúnicamente presenta relaciones de 1, entonces probablemente estamos hablando de un atributo y no de una entidad.2.5.-Relaciones n-arias: Aún cuando se pueden presentar casos en los que una relación terciaria o n-aria parezca másconveniente, es mejor siempre pensar en términos de relaciones binarias únicamente. En el peor de los casos de que existauna relación n-aria forzosa, lo que se debe hacer es convertir esa relacion R en entidad E y corregir todas las relacionesque tenía R de manera que ahora esa nueva entidad se relacione con todas las entidades que anteriormente esta.3.- Notación para atributos3.1.- [EN2002]3.2.- [MPM1999]4.- Los Atributos ClaveAtributo con valor distinto para cada instancia de un tipo de entidad. Una clave identifica de forma única cada entidad concreta →atributo identificadordni en EMPLEADONotación:Una clave puede estar formada por varios atributos → clave compuesta. Combinación de valores distinta para cada instancia(nombre, fechanacim) en el tipo de entidad EMPLEADOUna clave compuesta debe ser mínima. Un tipo de entidad puede tener más de una clave → claves candidatas.Candidatos de EMPLEADO: Dni, nss ,(nombre, fechanacim)4.1.- Atributo identificador principal (IP) :Es clave Principal y elegido (por el diseñador) de entre los identificadores candidatos (IC), para ser el medio principal deidentificación de las instancias del tipo de entidad:
  3. 3. dni en EMPLEADO4.2.-Atributos identificadores alternativos (IA):Son claves Alternativas y el resto de IC’s:nss y (nombre, fechanacim) en EMPLEADO4.3.- Notación para atributos clave: En el MER es obligatorio que todo tipo de entidad tenga un identificador5.- Tipos de Relación (relationship set)Estructura genérica o abstracción del conjunto de relaciones existentes entre dos o más tipos de entidad. Ejemplo :un DIRECTOR ha rodado PELICULA’sNotación:5.1.- Grado de un tipo de relación: Número de tipos de entidad que participan en el tipo de relación:5.1.1.-Binaria: grado 2 (el más frecuente)5.1.2.-Ternaria: grado 35.1.3.- Reflexiva (o recursiva): grado 15.2.- Restricciones estructurales sobre tipos de relación: Limitan las posibles combinaciones de entidades que puedenparticipar en las relaciones. Extraídas de la situación real que se modela. Ejemplo:“Una película debe haber sido dirigida por uno y sólo un director”“Un director ha dirigido al menos una película y puede haber dirigido muchas”Clases de restricciones estructurales:Razón de cardinalidad (o tipo de correspondencia)Notación EN2002: Número máximo de instancias de tipo de relación en las que puede participar unamisma instancia de tipo de entidadla cardinalidad de HA_RODADO es “1 a N”HA_RODADO es de tipo “1 a N”Notación:etiqueta en la línea que une entidad y relaciónOjo: da la sensación de que se representa “al revés”Razones de cardinalidad más comunes:- 1:1 (“uno a uno”)
  4. 4. - 1:N (“uno a muchos”)- M:N (“muchos a muchos”)Notación [SKS1998]:Número máximo de instancias de un tipo de entidad a las que otra instancia puedeestar asociada, vía un conjunto de relacionesNotación:flecha en el sentido “... a 1”6.- Otras notacionesNotación E/R :(1) Ross(2) Bachmann(3) Martin(4) Chen(5) RumbaughPor otro lado, Booch con su propuesta de un lenguaje de modelado unificado "UML" (Unified Modeling Language) abarca losaspectos de "relaciones" aplicables no solo al contexto de bases de datos sino al de programación y muchos otros más.5. ConclusionesConcluyo con que el modelado es la actividad más delicada e importante en la realización de una aplicación con base de datos,además al igual que en el desarrollo de un sistema, toda modificación al esquema de base de datos debe realizarse primero en elmodelo conceptual, no en el lógico ni en el físico, y para ello existen diferentes notaciones para un correcto moldeamiento de laBase de Datos.6. Referencias6.1. Bibliografía- Ramez Elmasri Shamkent B. Navathe – Fundamento de sistemas de Base de Datos – Quinta Edición – PearsonAddison Wesley 2007 – 995 pag.- Silberschatz Abraham, F. Korth Henry, Sudarshan S. - Fundamentos de Bases de Datos – Cuarta Edición – McGraw Hill 2002 – 787 pag.6.2. Webgrafia- Notaciones de Entidad Relación ER - gplsi [ Pagina web] , 2013 , Disponible en:http://gplsi.dlsi.ua.es/bbdd/bd1/lib/exe/fetch.php?media=bd1:0910:trabajos:eeremey [ 01/05/2013 ]- Modelado de datos [ Pagina web] , 2013 , Disponible en: http://ict.udlap.mx/people/carlos/is341/bases02.html[ 01/05/2013 ]

×