República Bolivariana de Venezuela Ministerio de Educación Superior Universidad Bolivariana de Venezuela Sede: Falcón PFG: Informática para la Gestión.

Presentación del tema: "República Bolivariana de Venezuela Ministerio de Educación Superior Universidad Bolivariana de Venezuela Sede: Falcón PFG: Informática para la Gestión."— Transcripción de la presentación:

1 República Bolivariana de Venezuela Ministerio de Educación Superior Universidad Bolivariana de Venezuela Sede: Falcón PFG: Informática para la Gestión Social U.C: Bases de Datos Prof: Lic. Eilyns Reyes TEMA 2 El modelo de datos Entidad/Relación (E/R) Comunidad Cardón, Mayo de 2007.

2 Planificación Objetivo General: Estudiar la manera de diseñar base de datos relacionales y del conjunto de restricciones asociado, centrados en el modelo de datos Entidad/Relación (E/R). Objetivos Específicos: 1.Conocer las fases del diseño de una base de datos. 2.Estudiar el modelo Entidad/Relación. 3.Conocer las restricciones a las que el contenido de una BD se debe adaptar. 4.Elaborar diagramas de Entidad/Relación. 5.Conocer los conjuntos de entidades débiles. 6.Estudiar las características del modelo E/R extendido. Bibliografía. Jonson J. (2000). Bases de Datos: Modelos, Lenguajes, Diseño. Editorial Oxford. México. Di Vasta C; Díaz R. (2001). Sistemas de Bases de Datos. Lecturas en Ciencias de la Computación. Universidad Central de Venezuela. Caracas. Silberschatz, Korth, Sudarshan (2006). Fundamentos de Bases de Datos. Quinta Edición. Editorial Mc-GrawHill. España.

3 Diseño de bases de datos La fase inicial, es la caracterización completa de las necesidades de datos de los posibles usuarios de la base de datos. El diseñador de la base datos debe interactuar intensamente con los expertos y los usuarios del dominio para realizar esta tarea. El resultado de esta fase es una especificación de requisitos de los usuarios. A continuación, el diseñador elige el modelo de datos y, aplicando los conceptos del modelo de datos elegido, traduce estos requisitos en un esquema conceptual de la base de datos. El esquema desarrollado en esta fase de diseño conceptual proporciona una visión detallada de la empresa, donde se suele emplear el modelo entidad-relación. En el esquema conceptual se especifica las entidades que se representan en la base de datos, sus atributos las relaciones entre ellas y las restricciones que las afectan. Dando lugar a la creación de un diagrama entidad que ofrece una representación gráfica del esquema. Fases del diseño del esquema de la base de datos.

4 Diseño de bases de datos Un esquema conceptual completamente desarrollado indica también los requisitos funcionales de la empresa. En la especificación de requisitos funcionales los usuarios describen los tipos de operaciones (o transacciones) que se llevarán a cabo sobre los datos. En esta fase de diseño conceptual el diseñador puede revisar el esquema para asegurarse de que satisface los requisitos funcionales. El proceso de paso desde el modelo abstracto de datos a la implementación de la base de datos se divide en dos fases de diseño finales: Fases del diseño del esquema de la base de datos.

5 Diseño de bases de datos  Fase de diseño lógico: el diseñador traduce el esquema conceptual de alto nivel al modelo de datos de la implementación del sistema de bases de datos que se va a usar. El modelo de implementación de los datos suele ser el modelo relacional, y este paso suele consistir en la traducción del esquema conceptual definido mediante el modelo entidad-relación en un esquema de relación.  Fase de diseño físico: se especifican las características físicas de la base de datos. Entre estas características están la forma de organización de los archivos y las estructuras de almacenamiento interno. Fases del diseño del esquema de la base de datos.

6 Diseño de bases de datos Al diseñar el esquema de una base de datos hay que asegurarse de que se evitan dos peligros importantes: Alternativas de diseño Redundancia Una mal diseño puede repetir información. En el ejemplo bancario, se tiene una relación con la información sobre los clientes y una relación separada con la información sobre las cuentas. Supóngase que, en lugar de eso, se repitiera toda la información sobre los clientes (nombre, dirección, etc.) una vez por cada cuenta o préstamo que tuviera cada cliente. Evidentemente, sería redundante. Lo ideal sería que la información apareciera exactamente en un solo lugar.

7 Diseño de bases de datos Alternativas de diseño Incompletitud Un mal diseño puede ser que determinados aspectos de la empresa resulten difíciles o imposibles de modelar. Por ejemplo, supóngase que se usa un diseño de base de datos para el escenario bancario que almacena la información del nombre y de la dirección del cliente con cada cuenta y con cada préstamo, pero que no tiene una relación separada para los clientes. Resultaría imposible introducir el nombre y la dirección de los clientes nuevos, a menos que ya tuvieran abierta una cuenta o concebido como un préstamo. Se podría intentar salir del paso con este diseño problemático almacenando valores nulos para la información de las cuentas o de los préstamos, como puede ser el número de cuenta o el importe del préstamo. Este parche no sólo resulta poco atractivo, sino que puede evitarse mediante restricciones de clave primaria.

8 El modelo entidad-relación El modelo Entidad-Relación es un modelo de tablas y grafos, propuesto por Peter Chen (1976). Este modelo es útil en el diseño de esquemas de base de datos debido a que es una generalización de los modelos de datos relacionales, jerárquico y redes. La generalización es usualmente en términos de permitir la representación de restricciones y de tipos de asociaciones muchos a muchos directamente en el modelo de datos. Definición Este modelo se desarrolló para facilitar el diseño de bases de datos permitiendo la especificación de un esquema de la empresa que representa la estructura lógica global de la base de datos. Un esquema empresarial representa una visión de todos los datos de la empresa y es independiente de las consideraciones de almacenamiento, luego este esquema empresarial es transformado en esquema apropiado de BD, el cual podrá ser ejecutado sobre algún SMBD.

9 El modelo entidad-relación Es una cosa u objeto del mundo real que es distinguible de todos los demás objetos. Por ejemplo, una persona de una empresa es una entidad. Una entidad tiene un conjunto de propiedades, y los valores de algún conjunto de propiedades pueden identificar cada cantidad de forma unívoca. Las entidades pueden ser concretas, como las personas o los libros, o abstractas, como los préstamos, las vacaciones o los conceptos. Ejemplo de entidades: empleado, cliente, provincia, distribuidor, futbolista, carretera, restaurante, país. Entidad

10 El modelo entidad-relación Es un conjunto de entidades del mismo tipo que comparten las mismas propiedades, o atributos. El conjunto de todas las personas que son clientes en un banco dado, por ejemplo, se puede definir como el conjunto de entidades cliente. Cada una de las entidades que constituyen un conjunto se denomina extensión de ese conjunto de entidades. Por tanto, todos los clientes de un banco son una extensión del conjunto de entidades cliente. Conjunto de Entidades

11 El modelo entidad-relación Cada entidad se representa mediante un conjunto de atributos. Los atributos son propiedades descriptivas que posee cada miembro de un conjunto de entidades. Posibles atributos del conjunto de entidades cliente son: id _ cliente, nombre _ cliente, ciudad _ cliente y estado _ cliente. Conjunto de Entidades

12 El modelo entidad-relación Cada entidad tiene un valor para cada uno de sus atributos. Por ejemplo, una entidad cliente concreta puede tener el valor 19.283.746 para id_cliente, el valor Juan para nombre_cliente, el valor Barcelona para ciudad_cliente y el valor Anzoátegui estado_cliente. Por tanto, las bases de datos incluyen una serie de conjuntos de entidades, cada una de las cuales contiene cierto número de entidades del mismo tipo. Conjunto de Entidades cliente préstamo Figura Nº 1: Conjunto de entidades cliente y préstamo.

13 El modelo entidad-relación Relación: Es una asociación entre varias entidades. Por ejemplo, se puede definir una relación que asocie al cliente Juan con el préstamo P-17. Está relación específica que Juan es un cliente con el préstamo número P-17. Las relaciones no tienen existencia propia, ya que dependen de entidades. Conjunto de Relaciones: Es un conjunto de relaciones del mismo tipo. Finalmente es una relación matemática con de conjuntos de entidades (posiblemente no distintos). Si son conjuntos de entidades, entonces un conjunto de relaciones R es un subconjunto de: Donde es una relación. Conjunto de relaciones

14 El modelo entidad-relación Considérense los dos conjuntos de entidades cliente y préstamo de la Figura Nº 2. Se define el conjunto de relaciones prestatario para denotar la asociación entre los clientes y los préstamos bancarios que tienen concedidos. Conjunto de relaciones clientepréstamo Figura Nº 2: Conjunto de relaciones prestatario.

15 El modelo entidad-relación Participación: La asociación entre conjuntos de entidades se conoce como participación; es decir, los conjuntos participan en el conjunto de relaciones R. Un ejemplar de la relación de un esquema E-R representa una asociación entre las entidades citadas en la empresa real que se está modelando. Como referencia, la entidad cliente Juan, que tiene el identificador de cliente 19.283.746, y la entidad préstamo P-17 participan en un ejemplar de la relación prestatario. Este ejemplar de relación representa que, en la empresa real, la persona llamada Juan que tiene id _ cliente 19.283.746 tiene concedido el préstamo que está numerado como P-17. Conjunto de relaciones

16 El modelo entidad-relación La información acerca de una entidad o una relación se obtiene por la observación o medida, y es expresada por un conjunto de pares atributo-valor Ej = { 3, rojo, Pedro} son nombre. Un atributo puede ser definido formalmente como una función que transforma un conjunto de entidades o relaciones. Se puede decir que los atributos son interpretaciones de conjunto de valores en un contexto de conjunto entidad-relación. Cada atributo, tal y como se usa en el modelo E-R, se puede caracterizar por los siguientes tipos de atributos: Atributos

17 El modelo entidad-relación Simples y Compuestos: Los atributos simples no se dividen en partes, en cambio, los compuestos se pueden dividir en sub - partes (es decir, en otros atributos). Por ejemplo el atributo nombre _ cliente puede estar estructurado como un atributo compuesto consistente en nombre, primer _ apellido y segundo _ apellido. Monovalorados y Multivalorados: Los monovalorados tienen un único valor para cada entidad concreta. Por ejemplo, el atributo numero _ préstamo para una entidad préstamo específica hace referencia a un único número de préstamo. En los multivalorados un atributo posee un conjunto de valores para una entidad concreta. Por ejemplo, considérese un conjunto de entidades empleado con el atributo número _ teléfono. Cada empleado puede tener cero, uno o varios números de teléfono. Tipos de Atributos

18 El modelo entidad-relación Derivados: El valor de este tipo de atributo, se obtiene a partir del valor de otros atributos o entidades relacionados. Por ejemplo, supóngase que el conjunto de entidades cliente que tiene un atributo préstamos que representa el número de préstamos que cada cliente tiene concedidos en el banco. Este atributo se puede obtener contando el número de entidades préstamo asociadas con cada cliente. Tipos de Atributos

19 Restricciones Un esquema de desarrollo E-R puede definir ciertas restricciones a las que el contenido de la base de datos se debe adaptar. A continuación se describen: Correspondencia de Cardinalidades. Claves. Claves. Restricciones de Participación. Restricciones de Participación.

20 Restricciones Expresa el número de entidades a las que otra entidad se puede asociar mediante un conjunto de relaciones. Para un conjunto de relaciones binarias R entre los conjuntos de entidades A y B, la correspondencia de cardinalidades debe ser una de las siguientes: Correspondencia de Cardinalidades  Uno a Uno (1:1): Cada entidad de A se asocia, a lo sumo, con una entidad de B, y cada entidad en B se asocia, a lo sumo, con una entidad de A. a1 a2 a3 a4 A b1 b2 b3 b4 B

21 Restricciones Correspondencia de Cardinalidades  Uno a Varios (1:M): Cada entidad de A se asocia con cualquier número (cero o más) de entidades de B. Cada entidad de B, sin embargo, se puede asociar, a lo sumo, con una entidad de A. a1 a2 a3 A b1 b2 b3 b4 B b5

22 Restricciones Correspondencia de Cardinalidades  Varios a Uno (M:1): Cada entidad de A se asocia, a lo sumo, con una entidad de B. Cada entidad de B, sin embargo, se puede asociar con cualquier número (cero o más) de entidades de A. a1 a2 a3 A b1 b2 b3 B a4 a5

23 Restricciones Correspondencia de Cardinalidades  Varios a Varios (M:M): Cada entidad de A se asocia con cualquier número (cero o más) de entidades de B, y cada entidad de B se asocia con cualquier número (cero o más) de entidades de A. a1 a2 a3 a4 A b1 b2 b3 b4 B

24 Restricciones Correspondencia de Cardinalidades Por ejemplo: Considérese el conjunto de relaciones prestatario. Si en un banco dado, cada préstamo sólo puede pertenecer a un cliente y cada cliente puede tener varios préstamos, entonces el conjunto de relaciones de cliente a préstamo es uno a varios. Si cada préstamo puede pertenecer a varios clientes (como los préstamos solicitados conjuntamente por varios socios de un negocio) el conjunto de relaciones es varios a varios. Si se asume que cada persona casada tiene sólo una esposa, la cardinalidad de la relación ESTA_CASADO_CON es 1 en cada dirección. Es una relación 1: 1 (uno a uno). En la relación DORMITORIO-OCUPANTE, una entidad única de Dormitorio se relaciona con muchas entidades de Estudiantes. Si la relación es 1: M (uno a muchos), en un dormitorio hay muchos estudiantes, pero un estudiante sólo tiene un dormitorio.

25 Restricciones Claves Es necesario especificar la manera de distinguir las entidades pertenecientes a un conjunto de entidades dado. Conceptualmente cada entidad es distinta desde el punto de vista de las bases de datos, sin embargo, la diferencia entre ellas se debe expresar en términos de atributos. Por lo tanto, los valores de los atributos de cada entidad deben ser tales que permitan identificar unívocamente a esa entidad. Las claves permiten identificar un conjunto de atributos que resulta suficiente para distinguir las entidades entre sí. Las claves también ayudan a identificar las relaciones y, por tanto, a distinguir las relaciones entre sí.

26 Restricciones Claves Conjunto de Entidades Una superclave es un conjunto de uno o más atributos que, tomados conjuntamente permiten identificar de forma unívoca una entidad del conjunto de entidades. Por ejemplo: El atributo id_cliente del conjunto de entidades cliente es una superclave. La combinación nombre_cliente y id_cliente también representan una superclave, pero, sólo nombre_cliente no es una superclave, pues, varios clientes pueden tener el mismo nombre.

27 Restricciones Claves El concepto de superclave no es suficiente, ya que puede contener varios atributos. Claves Candidatas: Se denominan por ser superclaves mínimas, es decir, ningún subconjunto propio es superclave. Es posible que conjuntos distintos atributos puedan servir como clave candidata. Por ejemplo: Supóngase que la combinación nombre_cliente y ciudad_cliente sea suficiente para distinguir entre los miembros de un conjunto de entidades cliente. Entonces, tanto id_cliente, nombre_cliente y ciudad_cliente son claves candidatas. Conjunto de Entidades

28 Restricciones Claves Claves Candidatas: Por otra parte, id _cliente y nombre _ cliente juntos pueden diferenciar a un miembro del conjunto de entidades cliente, pero, su combinación no es una clave candidata, ya que, id _ cliente por sí solo es una clave candidata. Las claves candidatas se deben escoger con cuidado. Conjunto de Entidades

29 Restricciones Claves Clave Primaria: Este término se utiliza para denotar la clave candidata elegida por el diseñador de la base de datos como el elemento principal de identificación de las entidades pertenecientes a un conjunto de entidades. Las claves (superclaves, candidatas y primarias) son propiedades del conjunto de entidades, más que de una de las entidades. La clave primaria se debe escoger de manera que sus atributos nunca, o muy raramente, cambien. Por ejemplo, el campo dirección de cada persona no puede formar parte de una clave primaria, ya que es probable que cambie. En cambio el número de identificación de una persona es seguro que no cambiará. Conjunto de Entidades

30 Restricciones Claves La clave primaria de cada conjunto de entidades permite distinguir entre las diferentes entidades del conjunto. La estructura de la clave primaria para el conjunto de relaciones depende de la correspondencia de cardinalidades del conjunto de relaciones. Ejemplo: Los conjuntos de entidades cliente y cuenta y el conjunto de relaciones impositor, con el atributo fecha _ acceso. Si el conjunto de relaciones es: Varios a Varios (M:M): la clave primaria de impositor consiste en la unión de las claves primarias de cliente y cuenta. Varios a Uno (M:1): Si varios clientes sólo están asociados a lo mucho, a una cuenta, entonces, la clave primaria de impositor es simplemente la clave primaria de cliente. Conjunto de Relaciones

31 Restricciones Claves Uno a Varios (1:M): Si un cliente esta asociado a lo mucho, a varias cuentas, entonces la clave primaria de impositor es simplemente la clave primaria de cuenta. Uno a Uno (1:1): Se puede usar cualquiera de las claves primaria. Conjunto de Relaciones

32 Restricciones Restricciones de Participación Se dice que la participación de un conjunto de entidades E en un conjunto de relaciones R es total si cada entidad de E, participa, al menos, en una relación de R. Si sólo algunas entidades de E participan en relaciones de R, se dice que la participación del conjunto de entidades E en la relación R es parcial. Por ejemplo: Se puede esperar que cada entidad préstamo esté relacionada, al menos, con un cliente mediante la relación prestatario. Por tanto, la participación de préstamo en el conjunto de relaciones prestatario es total. En cambio, un individuo puede ser cliente del banco tenga o no tenga concedido algún préstamo en el banco. Por tanto, es posible que sólo algunas de las entidades cliente estén relacionadas con el conjunto de entidades préstamo mediante la relación prestatario, y la participación de cliente en la relación prestatario es, por tanto, parcial.

33 Roles en las Relaciones La función que desempeña una entidad en una relación se denomina rol de esa entidad. Como los conjuntos de entidades que participan en un conjunto de relaciones, generalmente, son distintos, los roles están implícitos y no se suelen especificar. Sin embargo, resultan útiles cuando el significado de una relación necesita aclaración. Ejemplo: Un conjunto de entidades empleado, que almacena información sobre los empleados del banco. El empleado puede adoptar el rol de trabajador ó de jefe.

34 Atributos en las relaciones Un atributo puede ser también una propiedad de relaciones, estos se denominan atributos descriptivos. Ejemplo: Considérese el conjunto de relaciones impositor con los conjuntos de entidades cliente y cuenta. Se puede asociar el atributo fecha _ acceso para especificar la fecha más reciente de acceso del cliente a la cuenta.

35 Atributos en las relaciones Figura Nº 7: fecha _ acceso como atributo del conjunto de entidades depositar La relación impositor entre las entidades correspondientes al cliente Juan y la cuenta C-101 tiene el valor “24 de mayo de 2006” para el atributo fecha _ acceso, lo que significa que el último día en que Juan accedió a la cuenta C-101 fue el día “24 de mayo de 2006”.

36 Diagramas Entidad-Relación Los diagramas entidad-relación expresan gráficamente la estructura lógica general de las bases de datos. Los diagramas E-R son sencillos y claros. Estos diagramas constan de los siguientes componentes principales: Rectángulos, que representan el conjunto de entidades. Elipses, que representan atributos. Rombos, que representan conjuntos de relaciones Líneas, que unen los atributos con los conjuntos de entidades y los conjuntos de entidades con los conjuntos de relaciones. Elipses dobles, que representan atributos multivalorados. Elipses discontinuas, que denotan atributos derivados. Líneas dobles, que indican participación total de una entidad en un conjunto de relaciones. Rectángulos dobles, que representan conjuntos de entidades débiles.

37

38 Diagramas Entidad-Relación Entre las entidades de un sistema bancario se encuentran, cliente y préstamo, relacionado mediante el conjunto de relaciones binarias prestatario. Los atributos asociados a cliente son id _ cliente, nombre_ cliente, calle _ cliente y ciudad _ cliente. Los atributos asociados con préstamo son número _ préstamo e importe. Diagrama E-R correspondiente a clientes y préstamos Relación Uno a Varios préstamocliente id _ client e nombre _ cliente calle _ cliente ciudad _ cliente número _ préstamo import e pre stat ario 1M Ejemplo 1:

39 Diagramas Entidad-Relación Si un conjunto de relaciones también tiene asociados algunos atributos, entonces estos atributos se unen con el conjunto de relaciones. A continuación se tiene un atributo descriptivo fecha _ acceso unido al conjunto de relaciones impositor para especificar la fecha del último acceso del cliente a esa cuenta. Diagrama E-R con un atributo unido a un conjunto de relaciones Relación Varios a Varios Ejemplo 2: cuentacliente id _ client e nombre _ cliente calle _ cliente ciudad _ cliente cod _ cuenta saldo imp osit or fecha _ acceso MM

40 Diagramas Entidad-Relación A continuación se muestra la forma de representar los atributos compuestos en la notación E-R. En este caso el atributo compuesto nombre, con los atributos componentes segundo _ nombre, primer _ apellido y segundo _ apellido sustituye el atributo simple nombre _ cliente de cliente. Además, el atributo compuesto dirección, cuyos atributos componentes son calle, ciudad, municipio y código postal, sustituye a los atributos calle _ cliente y ciudad _ cliente de cliente. El atributo calle es por si mismo un atributo compuesto cuyos atributos componentes son número _ calle, nombre _ calle y número _ piso. También se muestra un atributo multivalorado, número _ teléfono, indicado por un elipse doble, y un atributo derivado edad, indicado por un elipse discontinua. Ejemplo 3:

41 Diagramas Entidad-Relación Diagrama E-R con atributos compuestos, multivalorados y derivados cliente id _ client e nombre _ cliente calle dirección _ cliente número _ teléfono fecha _ nacimiento edad número _ calle nombre _ calle ciudad provincia código _ postal primer _ apellido segundo _ apellido segundo _ nombre Ejemplo 3: (Cont.)

42 Diagramas Entidad-Relación Ejercicio 1: Construya un diagrama E-R para una compañía de seguros de vehículos cuyos clientes poseen uno o más vehículos cada uno. Cada vehículo tiene asociado un valor que va de cero al número de accidentes registrados.

43 Diagramas Entidad-Relación Ejercicio 2: La Secretaría de una Universidad conserva datos acerca de las siguientes entidades: a) asignaturas, incluyendo el código, título, créditos, programa, y requisitos; b) oferta de asignaturas, incluyendo el código de asignatura, año, semestre, número de sección, profesor (es), horario y aulas; c) estudiantes, incluyendo identificador de estudiante, nombre y programa; y d) profesores, incluyendo número de identificación, nombre, departamento y título. Construya el respectivo Diagrama Entidad-Relación.

44 Conjuntos de Entidades Débiles Causas Es posible que un conjunto de entidades no tenga suficientes atributos para formar una clave primaria. Por ejemplo, el conjunto de entidades pago tiene tres atributos: número _ pago, fecha _ pago e importe _ pago. Los números de pago suelen ser números secuenciales, a partir de 1, generados independientemente para cada préstamo. Por tanto, aunque cada entidad pago es distinta, los pagos de diferentes préstamos pueden compartir el mismo número de pago. Cuando un conjunto entidad no cuenta con una clave primaria para identificarla, se denomina entidad débil. Así una entidad que cuenta con una clave primaria se denomina entidad fuerte.

45 Conjuntos de Entidades Débiles Requerimientos El concepto de entidades débiles y fuertes está relacionado con la dependencia de existencia. Dependencia por existencia: Si la existencia de la entidad X depende de la existencia de la entidad Y entonces X es dependiente por existencia de Y y entonces si se elimina la entidad Y se elimina también la entidad X. Se dice entonces que Y es una entidad dominante y X es una entidad subordinada.

46 Conjuntos de Entidades Débiles Requerimientos Esta restricción de dependencia por existencia especifica que la existencia de una entidad pago, depende de la existencia de una relación préstamo/pago. Así, si las entidades préstamos son eliminadas, sus asociaciones pago también lo serán. Este tipo de entidades en un diagrama E-R se representa mediante un rectángulo doble etiquetado.

47 Conjuntos de Entidades Débiles Requerimientos Dependencia por identificación: Si una entidad no se puede identificar particularmente por sus atributos propios y tiene que ser identificada a través de sus relaciones con otras entidades, dicha entidad es dependiente por identificación. Las dependencias por identificación están asociadas con las dependencias por existencia.

48 Conjuntos de Entidades Débiles Discriminante Cuando un conjunto de entidades débiles no cuenta con una clave para identificarla, es necesario tener una forma de distinguirla. El discriminante de un conjunto de entidades débiles es un conjunto de atributos que permiten hacer esta distinción. El discriminante es un conjunto de atributos que permiten distinguir las entidades débiles entre sí.

49 Conjuntos de Entidades Débiles Discriminante Ejemplo, el discriminante del conjunto de entidades débiles pago es el atributo número _ pago, ya que, para cada cuenta estos números identifican en forma única cada uno de los pagos. Los discriminantes de los conjuntos de entidades débiles también se subrayan, pero, con una línea discontinua.

50 Conjuntos de Entidades Débiles Diagrama E-R con un conjunto de entidades débiles El conjunto de entidades débiles pago depende del conjunto de entidades fuertes préstamo mediante el conjunto de relaciones pago _ préstamo. También se especifica el uso de las líneas dobles para indicar la participación total; la participación del conjunto de entidades débiles pago en la relación pago _ préstamo es total, lo que significa que cada pago debe estar relacionado mediante pago _ préstamo con alguna cuenta. pagopréstamo número _ préstamo import e pago _ présta mo fecha _ pago importe _ pago número _ pago 1M

51 Características del Modelo E-R Extendido Aunque los conceptos básicos del modelo E-R pueden modelar la mayor parte de las características de las bases de datos, algunos aspectos de las bases de datos se pueden expresar mejor mediante ciertas extensiones del modelo E-R básico. Especialización: Es el resultado de tomar un subconjunto de un conjunto de entidades de nivel superior para formar un conjunto de entidades de nivel inferior. Por ejemplo, los empleados del banco se pueden clasificar también en alguna de las categorías siguientes: Gerente, Cajero y Secretaría.

52 Características del Modelo E-R Extendido Cada uno de estos tipos de empleado se describe mediante un conjunto de atributos que incluye todos los atributos del conjunto de entidades empleado y otros adicionales. Por ejemplo, las entidades de gerente se pueden describir además por el atributo número _ departamento, las entidades cajero por los atributos número _ caja y horas _ semana. Además, las entidades secretaria pueden participar en la relación secretaria _ de, que identifica a los empleados a los que ayuda cada secretaria. Especialización …

53 Características del Modelo E-R Extendido Cada conjunto de entidades se puede especializar en más de una característica distintiva. En este ejemplo, la característica distintiva entre las entidades empleado es el trabajo que desempeña cada empleado. En términos de los diagramas E-R, la especialización se representa mediante un componente triangular etiquetado ES. La etiqueta ES representa, por ejemplo, que cada cliente “es” un empleado. Especialización …

54 Características del Modelo E-R Extendido Generalización: La generalización parte del reconocimiento de que varios conjuntos de entidades comparten algunas características comunes (es decir, se describen los mismos atributos y participan en los mismos conjuntos de relaciones). Con base en esas similitudes, la generalización sintetiza esos conjuntos de entidades en un solo conjunto de nivel superior. La generalización se usa para destacar las similitudes entre los conjuntos de entidades de nivel inferior y para ocultar las diferencias; también permite economía de representación ya que no se repiten los atributos compartidos.

55 Características del Modelo E-R Extendido persona calle nombr e ciudad id _ person a ES empleadocliente tipo _ personasueldo ES gerentecajerosecretaria departa mento número _ caja horas _ trabajadas Especialización y Generalización