INDICE Tema Página Ficheros................................................................................................................... 04 Definición de Base de Datos ................................................................................. 04 Niveles de abstracción ............................................................................................ 04 Esquema externo ......................................................................................... 04 Esquema conceptual .................................................................................... 04 Esquema interno .......................................................................................... 04 Sistema de Gestión de Base de Datos..................................................................... 04 Principales funciones de un SMBD............................................................. 04 Independencia física y lógica con relación a la arquitectura................................... 05 Modelos de Datos.................................................................................................... 05 Clasificación de los modelos de datos......................................................... 05 Propiedades de los modelos de datos........................................................... 07 Estática ............................................................................................ 07 Dinámica ......................................................................................... 07 Modelo de Entidad−Interrelación........................................................................... 07 Estática del modelo Entidad−Interrelación.................................................. 08 Entidad............................................................................................. 08 Interrelación..................................................................................... 08 Atributo............................................................................................ 09 Restricciones.................................................................................... 09 Semántica de las interrelaciones.......................................... 09 Cardinalidad............................................................. 09 Dependencias en existencia y en identificación....... 10

1

Generalización y herencia........................................ 11 Dinámica del modelo Entidad−Interrelación................................................ 11 Modelo Relacional................................................................................................... 12 Estática del modelo relacional..................................................................... 12 Relación........................................................................................... 12 Dominio y atributo........................................................................... 13 Claves............................................................................................... 13 Restricciones.................................................................................... 14 Restricciones inherentes....................................................... 13 Restricciones semánticas..................................................... 14 Valores nulos................................................................................... 14 Lógica trivaluada................................................................. 14 Tema Página Dinámica del modelo relacional.................................................................. 15 Proceso de normalización........................................................................................ 15 Primera Forma Normal................................................................................ 15 Segunda Forma Normal............................................................................... 16 Tercera Forma Normal................................................................................. 16 Representación del Modelo Lógico......................................................................... 17 Modelo Físico.......................................................................................................... 17 Ficheros: Se crean básicamente para cada aplicación. Por tanto los datos se recogen varias veces y se encuentran en distintos archivos. Esta redundancia además de malgastar recursos origina divergencias en los resultados. Definición de Base de Datos: colección o depósito integrado de datos almacenados en soporte secundario (= no volátil), y con redundancia controlada. Los datos han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independiente de ellos y su definición (= estructura de la base de datos) única y almacenada junto con los datos, se ha de apoyar en un modelo de datos, el cual ha de permitir captar las interrelaciones existentes en el mundo real. Los procedimientos de actualización y recuperación comunes y bien determinados, facilitarán la seguridad del conjunto de los datos. • Niveles de abstracción de una base de datos 2

• Esquema externo (= estructura lógica de usuario): visión que tiene de la base de datos cada usuario en particular • Esquema conceptual (= estructura lógica global): enfoque del conjunto de la empresa • Esquema interno (= estructura física): organización de los datos en el almacenamiento físico. Sistema de Gestión de Base de Datos (= SGBD = DBMS): conjunto coordinado de programas, procedimientos, lenguajes, etc. que suministran a los distintos usuarios de la base los medios necesarios para describir y manipular los datos almacenados en la Base, garantizando su seguridad. • La función del DBMS no se limita solo a permitir mediante la definición y manipulación de datos el diálogo entre los usuarios y la base de datos. Además, brinda mecanismos para permitir controlar la concurrencia de usuarios, incluso la seguridad e integridad de la base datos y dejando en un estado consiente, incluso después de que haya ocurrido una falla en el sistema, ya sea esta provocada por software o por hardware. Principales funciones de un SGBD: Aún con lo antes mencionado el resumen de las principales funciones de un DBMS se puede ver como sigue: • Descripción: (= permite definir) • Estructura • Interrelaciones • Validaciones • Manipulación • Buscar • Añadir • Suprimir • Modificar • Control • Reúne las interfaces de los usuarios • Suministra procedimientos para el administrador Independencia Física y lógica con relación a la arquitectura Uno de los principales objetivos de las bases de datos, es conseguir la independencia entre las estructuras lógica y física de los datos; que tiene como consecuencia la independencia entre los datos y las aplicaciones. • Independencia física: capacidad de variar la organización interna de los datos sin afectar los programas de aplicación. • Capacidad de variar el esquema conceptual (= relaciones, atributos) sin afectar los programas de aplicación MODELOS DE DATOS Conjunto de conceptos que permiten describir los distintos niveles de abstracción, describiendo de esta manera la estructura de la base de datos (= esquema). Según el nivel de abstracción de la arquitectura ANSI a tres niveles en el que se encuentra la estructura descrita, el modelo que permite su descripción será un modelo global, interno o externo, cada uno de los 3

cuales ofrece distintos elementos de descripción. Los modelos externos nos permiten representar los datos que necesita cada usuario en particular con las estructuras propias del lenguaje de programación. Los modelos globales ayudan a describir los datos para el conjunto de usuarios (= información al nivel de empresa). Finalmente, los modelos internos (=físicos) están orientados a la máquina siendo sus elementos de descripción punteros, índices, agrupamientos, etc. − Clasificación de los modelos de datos • Externo (usa los mismos conceptos que los globales) • Conceptuales: Ej. E−R, unificador de datos, etc. (desc. el mundo real con ind. Del DBMS) Modelos de datos • Globales • Convencionales o lógicos ( desc. el mundo real apegados a un DBMS ) • Interno (propio según cada gestor) Los modelos conceptuales, facilitan la descripción global del conjuntos de información de la empresa con independencia de la máquina (hardware y software), por lo que sus conceptos son cercanos al mundo real (entidades, atributos, interrelaciones), son modelos de análisis, no de implementación. Los modelos convencionales se encuentran soportados por los Sistemas Gestores y están orientados a describir los datos a nivel lógico para el Sistema gestor; por lo que sus conceptos son propios de cada DBMS (tablas para los relacionales, redes en el Codasyl, árboles en el jerárquico, etc.). Otros términos • Modelos conceptuales (= modelos de alto nivel) • Modelos lógicos (= modelos de base de datos) • Esquema descripción de la estructura de la base de datos • Ocurrencia datos almacenados en un esquema en un momentos determinado Propiedades de los modelos de datos Son básicamente de dos tipos • Estática: relativamente invariables con el tiempo (= estructura) • Elementos permitidos

4

• Objetos: Ej. Entidades, relaciones, registros, etc • Asociaciones entre objetos: Ej. Interrelaciones, set, etc. • Propiedades de los objetos o asociaciones: Ej. Atributos, campos, elementos de datos, etc. • Dominios: Ej. Conjuntos nominados de valores sobre los que se definen las propiedades. • Elementos no permitidos: restricciones derivadas del mundo real que se está modelando (= semántica) • Dinámica: los valores que toman los distintos objetos en un momentos determinado de tiempo ti .Reciben el nombre de ocurrencia del esquema y al contrario que la estática varía de forma mucho más usual. NOTA: En las bases de datos relacionales la estática es asociada con el DDL y la dinámica con el DML. MODELO ENTIDAD−INTERRELACION De los modelos semánticos (= conceptuales) el modelo Entidad−Interrelación es de más amplia aceptación y al cual se le suele dar soporte en la mayoría de la herramientas CASE Una de las mayores dificultades que existen al diseñar una base de datos, es que el diseñador la concibe pensando en el modelo de datos con el que va a trabajar la máquina. Esto lleva consigo perder la visión general (= conceptual) del problema, quedando el diseño influido (= contaminado) por cuestiones de implementación, de modo que el diseño es inválido cuando se implanta la base de datos en otro Sistema de Gestión. El problema podría solucionarse si el diseñador fuese capaz de concebir la base de datos en un nivel superior, abstrayéndose de consideraciones relativas a la instrumentalización sea lógica o física y trabajando con elementos (= entidades e interrelaciones) que son relevantes al tema en cuestión. Con este propósito nace el modelo Entidad−Interrelación Propuesto por Peter Chen con dos artículos en 1976 y 1977. Este modelo se base en entidades que se relacionan entre sí. • Estática del modelo Entidad−Interrelación • Entidades: persona, lugar, cosa, concepto o suceso, real o abstracto de interés para la empresa. Aquel objeto acerca del cual se quiere almacenar información en la base de datos y que por tanto debe ser caracterizable • Tipo de entidad: estructura genérica • Ocurrencia de entidad: realizaciones del tipo de entidad • Clases de entidades: • Entidad Regular: tienen existencia propia; es decir dependen de sí mismas. Ej: Libro, Autor, etc. • Entidad Débil: Su existencia depende de la existencia de la ocurrencia del tipo de entidad regular del cual es descendiente; es decir, si se elimina una ocurrencia del tipo de entidad regular, desaparecen con ella todas las ocurrencias de la entidad débil} Ej: Libro_autor, etc. • Representación Entidad Regular 5

Entidad Débil • Interrelación: asociación o correspondencia entre entidades. • Tipo de Interrelación: estructura genérica del conjuntos de interrelaciones existentes entre 2 ó más tipos de entidad. • Ocurrencia de Interrelación: vinculación existente entre las ocurrencias concretas de cada uno de los tipos de entidad que intervienen en la Interrelación. • Elementos: • Nombre: por el que se identifica de forma única y mediante el cual se referencia. • Grado: número de tipos de entidad que participan en un tipo de Interrelación. • Tipo de correspondencia: número máximo de ocurrencias de un tipo de entidad que puede intervenir con cada ocurrencia del otro tipo de entidad asociado en la Interrelación. • 1:1 cuando en la Interrelación solo puede aparecer como máximo una ocurrencia del tipo de entidad por cada ocurrencia del otro tipo de entidad que interviene en la Interrelación. • 1:N cuando para uno de los tipos de entidad puede haber un número indefinido de ocurrencias del otro tipo de entidad que interviene en la Interrelación. • M:N cuando para uno de los tipos de entidad puede haber un número indefinido de ocurrencias del otro tipo de entidad NOTA: el tipo de correspondencia se representa a un lado del rombo que representa el tipo de Interrelación. • Ejemplo: el tipo de entidad Autor se interrelaciona con el tipo de entidad Documento mediante el tipo de Interrelación Escribe • Atributo: cada una de las propiedades o características que tiene un tipo de entidad o de Interrelación. Así, el tipo de entidad Autor tiene como atributos el nombre, nacionalidad, fecha de nacimiento, etc. • Dominio: conjunto de posibles valores que puede tomar un atributo. El dominio tiene un nombre (en plural) y una existencia propia con independencia de cualquier entidad o atributo. • Representación: • Dominio: • Atributo: Entre todos los atributos de un tipo de entidad, se debe elegir a uno o varios que identifiquen única y mínimamente cada una de las ocurrencias de este tipo de entidad. A este atributo o conjunto de atributos se le llama Atributo Indetificador Primario AIP. Puede que exista más de un atributo que cumpla con esta condición por lo que se les llama Atributo Identificador Candidato AIC; de los cuales se elige uno como AIP y los demás se les llama Atributos Identificadores Alternativos AIA • Representación: • AIP: • AIA: D. Restricciones: las restricciones pueden limitar los tipos de estructuras que es posible representar mediante 6

un modelo de datos (= restricciones inherentes), o bien, permitir restringir los valores que pueden tomar ciertos atributos o imponer limitaciones al tipo de correspondencia u otras características de las interrelaciones (= restricciones semánticas o de usuario) El modelo Entidad−Interrelación es muy flexible porque se puede considerar que las únicas restricciones que impone es la obligatoriedad del AIP, además de que solo permite definir tipos de Interrelación entre tipos de entidades • Semántica de las interrelaciones: • Cardinalidades de un tipo de entidad: definimos las cardinalidades máxima y mínima de los tipos de entidad participantes en un tipo de Interrelación como el número máximo y mínimo de ocurrencias de un tipo de entidad que pueden estar interrelacionadas con una ocurrencia del otro u otros tipos de entidad que participan en el tipo de Interrelación. Su representación gráfica es: (0,1), (1,1), (0,n), (1,n) Ej: NOTA: el tipo de correspondencia, siempre, estará dado por las cardinalidades máximas involucradas en el tipo de Interrelación. • Dependencia en existencia y en identificación: Los tipos de Interrelación se clasifican según el tipo de entidades que vinculan, en regulares si asocian tipos de entidades regulares y débiles si asocian un tipo de entidad débil con un tipo de entidad regular. Un tipo de Interrelación, débil exige siempre que las cardinalidades del tipo de entidad regular sea (1,1) • Dependencia en existencia: existe cuando en una Interrelación está vinculada un tipo de entidad regular con un tipo de entidad débil, de forma que las ocurrencias del tipo de entidad dependiente no pueden existir sin la existencia de la ocurrencia de la entidad regular de la cual dependen. Ej: • Dependencia en identificación (dep. en exist y en identif.): existe cuando además de la dependencia en existencia las ocurrencias del tipo de entidad débil no pueden identificarse mediante sus propios atributos, sino que se tiene que añadir la clave de la ocurrencia de la entidad regular de la cual dependen. Ej: • Generalización y herencia: La generalización es el tipo de Interrelación que existe entre un tipo de entidad y los tipos de entidad más específicos que dependen de él. Aquí se distingue un supertipo del cual dependen dos o más suptipos. La abstracción correspondiente a este tipo de Interrelación entre entidades se denomina ES_UN (= IS_A). Ej. En el ejemplo anterior Documento es el supertipo de esta jerarquía y constituye la generalización de los subtipos de entidades Libro y artículo. Y a su vez estos últimos son una especialización del supertipo documento. Además en este tipo de Interrelación, se usa un triángulo invertido con la base paralela al 7

rectángulo que especifica al supertipo. Las cardinalidades son siempre (1,1) en el supertipo y (0,1) en los subtipos. Una de las características importantes es la herencia por la cual los atributos de un supertipo son heredados por sus subtipos. • Dinámica del modelo Entidad−Interrelación Básicamente por razón del poco uso que esta propiedad tiene no se ha tomado en cuenta en estos apuntes. La dinámica del modelo Entidad−Interrelación está asociado con un lenguaje − conceptual también − denominado Clear. MODELO RELACIONAL Propuesto por E. Codd. Es un modelo basado en la teoría matemática de las relaciones, donde los datos se estructuran lógicamente, en forma de relaciones (= tablas) siendo un objetivo fundamental del modelo mantener la independencia de esta estructura lógica respecto al modo de almacenamiento y otras características de tipo físico. Estática Codd introduce el concepto de relación como estructura básica del modelo. Todos los datos de una base de datos se representan en forma de relaciones cuyo contenido varía con el tiempo. Una relación en terminología relacional, es un conjunto de filas −tuplas− con unas determinadas características. Dinámica Se propone un conjunto de operadores que se aplican a las relaciones. Algunos de estos operadores son clásicos de la teoría de conjuntos −no hay que olvidar que una relación se define matemáticamente como un conjunto−, mientras que otros son introducidos para el modelo relacional. La teoría de la normalización, cuyas tres primeras formas normales fueron introducidas por Codd, elimina las dependencias entre atributos que originan anomalías en la actualización de la base de datos y proporciona una estructura más regular en la representación de relaciones, constituyendo el soporte para el diseño de bases de datos relacionales. • Estática del modelo relacional. • Relación: Elemento básico del modelo relacional y se puede representar como una tabla o matriz. En ella se puede distinguir su nombre, un conjunto de columnas denominadas atributos, que representan las propiedades de la tabla y que también están caracterizadas por su nombre, y un conjuntos de filas llamadas tuplas que contienen los valores que toman cada uno de los atributos de la relación. • Clases de relaciones − Persistentes − Con nombre Relación − Temporales − Sin nombre • Dominio y atributo

8

• Dominio: conjunto finito de valores homogéneos y atómicos, caracterizados por un nombre y un tipo de datos; además de ciertas restricciones en algunos casos. Los dominios se pueden definir por extensión (= España, Costa Rica, Etc.) o por intensión (Edad > 10 < 15). • Atributo: un atributo A, es el papel que juega un dominio D en una relación; se dice que D es el dominio de A y se denota Dom(A); así el atributo Nacionalidad de la tabla Autor, definidos sobre el dominio Nacionalidades, nos indica que dicho dominio tiene el papel de nacionalidad del autor en la tabla Autor. • Claves • Clave Candidata: atributo o conjunto de atributos que identifican de forma única y mínimamente cada tupla de la relación. • Clave Primaria: aquella candidata que el usuario, por razones ajenas al modelo relacional, escogerá para representar cada tupla de la relación. (= PK) • Clave Alternativa: aquellas candidatas que no han sido escogidas como primaria (= Unique) • Clave Ajena: se denomina clave ajena de una relación R2 a un conjunto (no vacío) de atributos cuyos valores han de coincidir con los valores de la clave primaria (completa) de una relación R1. (R2 y R1 no son necesariamente distintas.) La clave ajena ha de ser definida sobre el mismo dominio de la clave primaria a la cual referencia. Además, se dice que la clave ajena por naturaleza es nula; es el usuario, según el mundo real que esté modelando, quien la vuelve obligatoria. • Restricciones Los modelos de datos imponen por si mismos un conjunto de restricciones (inherentes) mediante las cuales no admite ciertas estructuras; estas restricciones son obligadas por el propio modelo, lo que le quita flexibilidad al momento de pintar el mundo real. Por otra parte, el usuario impone otro conjunto de restricciones (semánticas) que por el contrario ayudan a pintar el mundo que se intenta describir. • Restricciones inherentes: • No hay dos tuplas iguales • El orden de las tuplas no es significativo • El orden de los atributos no es significativo • Cada atributo solo puede tomar un único valor del dominio en que esté definido • Toda relación ha de ser normalizada • Restricciones semánticas: • Clave primaria (Primary Key −PK−) • Unicidad (Unique Key −U−) • Obligatoriedad (Not null ) • Integridad referencial (Foreign Key −FK−) En este punto de la integridad referencial, hay que determinar las consecuencias de ciertas operaciones (borrado y modificación) sobre las tuplas de la relación referenciada: • Operación con transmisión en cascada (Cascade): si se borra el padre se borran los hijos • Operación Restringida (No Action = Restrinct ): Si hay hijos no se puede borrar el padre • Operación con puesta a nulos (= Set Null): Si borra padre los hijos se modifican a nulos • Operación con puesta a valor por defecto (= Set Default): si se borra el padre se establece en el hijo un 9

valor que el usuario haya determinado al crear la tabla correspondiente. NOTA: la opción seleccionada en caso de borrado es independiente de la de modificación, es decir, las operaciones de borrado y modificación pueden ser distinta. • Rechazos • Verificación (Check) comprueba que todas las operaciones de actualización se cumpla un predicado que se establece al momentos de establecer el constraint (restricción), de no ser así se rechaza la operación. • Aserción (Assertion): trabaja de forma similar que la verificación con excepción de que esta validación actúa sobre un conjuntos de relaciones. • Valores nulos: Se puede definir un valor nulo como una señal usada para representar información desconocida, inaplicable, inexistente, no válida, no proporcionada, indefinida, etc. • Lógica trivaluada (tablas de verdad tomando en cuenta el Null) AND C N F C C N F N N N F F F F F OR C N F C C C C N C F N F C N F NOT C F N N F C NOTA: Si bien los disparadores (= triggers) y los procedimientos almacenados no se incluyen en el SQL92, estas son soportadas en muchos productos comerciales. • Dinámica del Modelo Relacional La parte dinámica del modelo relacional, está compuesta por el álgebra y cálculo relacional de tuplas. El modelo relacional, como todo modelo de datos, lleva asociado a su parte estática (estructura y restricciones) una parte dinámica que permite la transformación de un estado origen a un estado objetivo. Esta transformación se realiza aplicando un conjunto de operadores mediante los cuales se lleva a cabo las siguientes operaciones: • Inserción de tuplas • Borrado de tuplas • Modificación de tuplas • Consulta Tanto el estado origen como el estado objetivo deben satisfacer las restricciones de integridad estática (PK, FK, etc.) y la transformación ha de cumplir con las restricciones de integridad dinámica (triggers, 10

procedimientos empacados) PROCESO DE NORMALIZACION • Procedimiento que asegura que un modelo de datos se ajusta a algunos estándares útiles. • Proceso de agrupar los campos de datos en tablas que representan las entidades y sus relaciones. El proceso de normalización es el concepto principal tomado del modelo relacional y es usado en el desarrollo del modelo conceptual. • Primera forma Normal Una relación está en la primera forma normal (= 1FN) si posee llave primaria y cada anotación de datos o valor de campo es atómico (= indivisible) • Aquí el análisis se hace en forma horizontal • No forma nuevas relaciones. • Fallas de almacenamiento en la 1FN • Fallas de inserción • Fallas de actualización • Fallas de supresión • La 1FN, exige las restricciones de PK, y Unique. • Segunda Forma Normal Una relación está en la Segunda Forma Normal (= 2FN) cuando todo atributo que no sea clave es completamente dependiente de manera funcional de la clave primaria, es decir, que todo atributo que no es clave, necesita de la clave primaria completa para ser identificado de forma única • El análisis aquí es en forma horizontal para determinar aquellos atributos que no pertenezcan a la clave completa y en forma vertical para ver que se repite • Cuando se encuentran atributos que no pertenezcan a la llave primaria completa, esos atributos más la parte de la llave de la cual dependen pasan a formar una nueva relación • Fallas de almacenamiento en la 2FN • Fallas de inserción 2. Fallas de actualización 3. Fallas de supresión • La transición entre la 1FN y 2FN exige la restricción de FK • Tercera Forma Normal Una relación está en la Tercera Forma Normal si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave.

11

Cuando un atributo que no es clave se puede determinar con uno o más atributos que tampoco lo son se dice que existe una dependencia funcional transitiva entre los dos. Ej: Ej: Empleado puesto salario Ej: Paciente medicina efecto secundario • Normalización intuitiva Si se examina con cuidado un modelo normalizado, resultante de haberle aplicado un proceso de normalización, se observará que un buen analista habrá formulado de forma apropiada que información necesita o corresponde a cada relación. • Toda relación en la 1FN es un caso especial de relación no normalizada, pero no toda relación no normalizada está en la 1FN. Toda relación que está en 2FN, es un caso especial de relación en 1FN, pero no toda relación en 1FN está en 2FN. Finalmente, toda relación que está en 3FN es un caso especial de relación en 2FN, pero no toda relación en 2FN está en 3FN. • Desmoralización de datos Es el proceso inverso a la normalización, llevada a cabo principalmente por razones de mejorar la realización del sistema de producción; particularmente cuando están computarizados. La desnormalización solo se debe llevar en diseño, no se debe nunca poner en peligro el modelo de gestión. REPRESENTACION DEL MODELO LOGICO [Según met. CASE −para Mod. Relacionales.−] Ej: MODELO FSICO Este tema queda fuera del alcance de estos apuntes, básicamente es la construcción del modelo físico propiamente dicho, mediante el Lenguaje Estructurado de consultas SQL Structure Query Language, por su definición en Inglés. La simbología que se indica en abreviaturas a un lado de las funciones corresponde a la metodología empleada en el ambiente de base de datos relacionales Según otros autores éstos se refieren a modelos lógicos basados en objetos Según el ANSI se refiere al nivel conceptual Según otros autores éstos se refieren a modelos lógicos basados en registros CASE: Computer Aided System Engeniring −Ingeniería de Sistemas Asistida por Computador− Involucra siempre la aparición de otro tipo de entidad (entidad de relación) Cursor explícito Cursor implícito 12

Ver apartado de este documento que habla de los valores nulos más adelante. Ver apartado de este documento que habla de la normalización más adelante. En este caso los valores de la base de datos en el estado origen y en el estado objetivo son los mismos, aunque sí se producen cambios en los valores de los indicadores. LDD (= DDL) LMD (= DML) LCD (= DCL) SQL • Jerárquico • Codasyl • Relacional Nombre de entidad Nombre de entidad AUTOR DOCUMENTO ESCRIBE N:M AUTOR Dominio Atributo AUTOR Atributo Atributo Atributo DOCUMENTO N:M ESCRIBE AUTOR 13

(0,n) (1,n) (1,1) (1,n) Institución N:M Se_compone Departamento E ID (1,n) (1,1) Libro 1:M Tiene Ejemplar Cod_ejemplar Cod_libro Documento Libro Artículo ES_UN (1,1) (0,1) (0,1) • Base (mod. conceptual) • Vistas (Nivel externo) 14

• Instantáneas (Nivel interno) • Autónomas (Base temporales) • Vistas temporales • Instantáneas temporales • Resultado final de una consulta • Resultado intermedio de una consulta PK Dependencia Funcional Dependencia Funcional transitiva EMPLEADO # * número * primer apellido * segundo apellido * nombre * puesto * fecha de ingreso O salario O comisión DEPARTAMENTO # * número * nombre * ubicación relación muchos uno Atributos opcional obligatoria 15

Nombre de la entidad Entidad PK Obligatoria opcional trabaja asignado a Relación circular (recursiva) Jefe de subordinado Role de la relación Role de la relación

16