Modelado de Base de Datos

 

REPRESENTACIÓN DEL MODELADO DE BASES DE DATOS: ER, ER+ y MR

Viviana Sofía Lanza Perdomo(20171033265), Jorge Luis Martinez Mendoza(20211021773), Saul Eduardo Torres Vega (20201004758)

Marvin Dionicio Martinez Aguilera 20161004203

Luis Fernando Caceres Tercero (20121002647)

Modelado de bases de datos

El modelado de datos nos hace referencia al proceso en el cual podemos representar la estructura de una base de datos, entendiendo por estructura tal como lo menciona el libro “Fundamentos de Sistemas de Bases de Datos” de Ramez Elmasri, a los tipos de datos, relaciones y restricciones que deben mantenerse para los datos. Lo anterior agregando las relaciones entre sus componentes de manera abstracta y comprensible. Un modelo de datos es un tipo de abstracción de datos que se utiliza para proporcionar esa representación conceptual. El modelo de datos utiliza conceptos lógicos, como objetos, sus propiedades y sus relaciones, lo que para la mayoría de los usuarios es más fácil de entender que los conceptos de almacenamiento en el computador. Por ello, el modelo de datos oculta los detalles del almacenamiento y de la implementación que no resultan interesantes a la mayoría de los usuarios de bases de datos.

Como una útil herramienta de comunicación entre los diseñadores del sistema, los cuales son los responsables de identificar los datos que se almacenarán en la base de datos y de elegir las estructuras apropiadas para representar y almacenar esos datos y los usuarios finales son las personas cuyos trabajos requieren acceso a la base de datos para realizar consultas, actualizaciones e informes; la base de datos existe principalmente para ser utilizada, el modelo conceptual se presenta brindando una comprensión clara y compartida de cómo se organizarán y relacionarán los datos. Facilitando así la identificación de entidades claves, sus atributos y las relaciones significativas entre ellas.

Los modelos de datos conceptuales utilizan conceptos como entidades, atributos y relaciones. Una entidad representa un objeto o concepto del mundo real, como un empleado o un proyecto que se describe en la base de datos. Un atributo representa alguna propiedad de interés que describe a una entidad, como, por ejemplo, el nombre o el salario de un empleado. Una relación entre dos o más entidades representa una asociación entre dos o más entidades; por ejemplo, una relación de trabajo entre un empleado y un proyecto.

Elmasri nos brinda las categorías de modelos de datos, los de datos de alto nivel o conceptuales ofrecen conceptos muy cercanos a como muchos usuarios perciben los datos, mientras que los modelos de datos de bajo nivel o físicos ofrecen conceptos que describen los detalles de cómo se almacenan los datos en el computador.

Para lo anterior se nos presenta como sugerencia el modelo Entidad-Relación, un conocido modelo de datos conceptual de alto nivel, y nos enfatiza la importancia como una técnica fundamental. El modelado de bases de datos, según Elmasri, es el proceso de conceptualizar y representar de manera clara y efectiva la estructura y relaciones de una base de datos, empleando técnicas como el modelo entidad-relación para facilitar el diseño y desarrollo de sistemas de bases de datos eficientes.

Importancia del modelado para el diseño y la eficiencia

Como lo mencionamos anteriormente el modelado proporciona una representación clara y comprensible de la estructura de la base de datos. Facilita la comunicación entre diseñadores y usuarios, asegurando que todas las partes involucradas tengan una comprensión unificada de la información que se maneja. Permite la identificación y definición precisa de entidades clave y sus relaciones. Este paso es crucial para comprender la naturaleza de los datos y las conexiones entre ellos, formando la base para un diseño efectivo. El modelado proporciona una fase conceptual antes de pasar a la implementación física de la base de datos. Esto permite una planificación estratégica, evitando errores costosos en las etapas posteriores del desarrollo.

El uso del modelo entidad-relación (ER) en la fase de modelado facilita la transición al modelo relacional, que es comúnmente utilizado en la implementación de bases de datos. El ER sirve como un puente lógico entre el diseño conceptual y la estructura física de la base de datos. Un modelado preciso conduce a una base de datos bien estructurada, lo que contribuye directamente al rendimiento y eficiencia del sistema. Un diseño óptimo facilita operaciones de consulta más rápidas y un acceso eficiente a los datos.

Un modelo bien diseñado es adaptable a cambios en los requisitos del sistema. Permite la incorporación de nuevas entidades, atributos o relaciones sin afectar negativamente la estructura existente. La representación visual y conceptual del modelo simplifica la gestión de la complejidad de los sistemas de bases de datos, permitiendo a los diseñadores comprender y gestionar de manera efectiva la información compleja.

Según Elmasri, desempeña un papel crucial al proporcionar una base sólida y clara para el diseño de sistemas eficientes, mejorando la calidad y la adaptabilidad de las bases de datos a medida que evolucionan con los requisitos del sistema. 

 

 Modelo Entidad-Relación(ER)

El Modelo ER es un modelo de datos conceptual de alto nivel.Este modelo y sus variaciones se utilizan con frecuencia para el diseño conceptual de las aplicaciones de base de datos, y muchas herramientas de diseño emplean estos conceptos.Este modelo sirve como una estructura que nos ayuda a saber cómo estará conformada nuestra base de datos, es decir qué elementos y relaciones tiene.El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos.

Fue introducido por Peter Chan en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.

Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.

Elementos Del Modelo ER

1. ENTIDAD: Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es débil.

2. RELACIÓN: Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior. Las entidades que están involucradas en una determinada relación se denominan entidades participantes. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc.

Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles. El nombre de estos papeles es importante para determinar la función de cada participación.

3. ATRIBUTO: Es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las BASES DE DATOS, entidades y de las relaciones. Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante óvalos que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio.

El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio. Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso.

Un atributo compuesto se representa gráficamente mediante un óvalo. Los atributos también pueden clasificarse en monovalentes(monovalor) o polivalentes(multivalor). Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece. A estos atributos también se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores.

La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que puede tomar para cada ocurrencia de la entidad o relación a la que pertenece. El valor por omisión es (1,1). Por último, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relación.

 

Diagramas ER

Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD, es un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas, objetos o conceptos, se relacionan entre sí dentro de un sistema.

Ejemplo Modelo Relacional

Considere una base de datos usada para almacenar los exámenes que un estudiante toma para distintos cursos.

 

  Figura 1: Ejemplo modelo entidad relación. Fuente: Elaboración propia.

El Modelo Entidad-Relación-Extendida

El modelo entidad-relación extendida (también conocido como modelo EER, por sus siglas en inglés, Extended Entity-Relationship) es una extensión del modelo entidad-relación (ER) clásico utilizado en el diseño de bases de datos. Fue propuesto para abordar algunas limitaciones del modelo ER tradicional y proporcionar conceptos adicionales para expresar de manera más completa la semántica de las relaciones entre entidades.

Algunos de los elementos clave que se agregan en el modelo entidad-relación extendido incluyen:

Relación clase (Superclase) /subclase y de tipo de herencia en el modelo ER.

En el modelo entidad-relación extendida (EER), las ideas de subclases, superclases y herencia están relacionadas con la representación de jerarquías de entidades. Estos conceptos permiten modelar relaciones de herencia entre entidades, lo que significa que una entidad (subclase) puede heredar atributos y relaciones de otra entidad (superclase).

Superclase: También conocida como entidad general o entidad madre, es una entidad de la cual otras entidades (subclases) pueden heredar atributos y relaciones. La superclase define los atributos y relaciones comunes que son compartidos por sus subclases.

Subclase: También conocida como entidad derivada o entidad hija, es una entidad que hereda atributos y relaciones de una superclase. La subclase puede tener atributos adicionales que son específicos de ella misma.

La herencia: En el modelo entidad-relación extendida se refiere a la capacidad de una entidad (subclase) para heredar atributos y relaciones de otra entidad (superclase). Este concepto está inspirado en la herencia de la programación orientada a objetos y se utiliza para representar de manera eficiente las relaciones de tipo "es un" o "es una instancia de". Es una técnica poderosa para organizar y representar datos de manera estructurada, especialmente cuando hay relaciones lógicas entre diferentes tipos de entidades. Por ejemplo, una superclase "Animal" con atributos como "Nombre" y "Edad". Podríamos tener subclases como "Perro" y "Gato" que heredan estos atributos. Cada subclase podría tener atributos adicionales específicos, como "Raza" para perro y "Color de Pelaje" para gato.

Se incorporarán los conceptos de especialización y generalización.

La especialización y generalización son conceptos relacionados con la herencia y la creación de jerarquías de entidades. Estos conceptos ayudan a modelar la relación entre entidades de una manera más detallada y estructurada.

La especialización: Es el proceso de definir un conjunto de subclases de un tipo de entidad, la cual recibe el nombre de superclase de la especialización. El conjunto de subclases que forman una especialización se define basándose en algunas características distintivas de las entidades en la superclase.

El proceso de especialización no permite hacer lo siguiente:

· Definir un conjunto de subclases de un tipo de entidad.

· Establecer atributos específicos adicionales en cada subclase.

· Establecer relaciones específicas adicionales entre cada subclase y otras entidades u otras subclases.

Generalización: se refiere al proceso por el cual se define una entidad generalizada a partir de entidades individuales. Observe que la generalización puede considerarse como el proceso inverso de la especialización desde un punto de vista funcional.

Restricciones de especialización y generalización.

Al trabajar con especialización y generalización en el contexto del modelo entidad-relación extendido (EER), es importante considerar ciertas restricciones y características que pueden aplicarse para refinar y controlar la representación de las jerarquías de entidades.

Definida por la condición: La pertenencia se evalúa en función del cumplimiento de una condición o predicado explícito por la entidad.

Definida por el usuario: El usuario de la base de datos asigna las entidades.

Un segundo tipo de restricciones tiene relación con la pertenencia de las entidades a más de un conjunto de entidades de nivel inferior de la generalización. Los conjuntos de entidades de nivel inferior pueden ser de uno de los tipos siguientes: disjuntos o solapados.

Disjuntos: La condición de disyunción exige que cada entidad no pertenezca a más de un conjunto de entidades de nivel inferior.

Solapados: la misma entidad puede pertenecer a más de un conjunto de entidades de nivel inferior de la generalización.

Restricción de completitud: Específica si una entidad de nivel superior debe pertenecer, al menos, a uno de los conjuntos de entidades de nivel inferior de la generalización o especialización. Esta restricción puede ser de uno de los tipos siguientes:

Generalización o especialización total: Cada entidad de nivel superior debe pertenecer a un conjunto de entidades de nivel inferior.

Generalización o especialización parcial: Puede que alguna entidad de nivel superior no pertenezca a ningún conjunto de entidades de nivel inferior.

Al aplicar estas restricciones, se puede mejorar la precisión y la claridad del modelo, evitando ambigüedades y garantizando que la representación refleje con precisión la estructura y las relaciones del dominio que se está modelando.

Ejemplo Entidad-Relación-Extendida

Describa una base de datos que almacene a los empleados que laboran para una empresa con múltiples departamentos, cada empleado es perteneciente a un proyecto en particular, que puede ser de voluntariado o de carácter privado, y es un empleado el que gestiona también a un departamento.

 

Figura 2: Ejemplo modelo entidad relación extendida. Fuente: Elaboración propia.

 Modelo Relacional

En este modelo se representa a la base de datos como una colección de relaciones. Este modelo está fundamentado en las relaciones, y pensamos en cada relación como si fuese una tabla de datos (Como las entidades), que está compuesto por registros o “tuplas” (Las filas de la tabla) y campos o atributos (las columnas de la tabla).

Cada fila de la tabla contiene algún dato guardado en una columna, que corresponde con una relación o una entidad real. El nombre de la tabla (nombre de la entidad) y de las columnas (atributos de la entidad) se utiliza para identificar el significado de los valores de las filas. Cabe recalcar que todos los datos de una misma columna serán del mismo tipo de dato. Más adelante veremos un ejemplo de las tablas para ver esto.

En la terminología del modelo relacional, una fila (un registro de la tabla) recibe el nombre de “tupla”, la columna recibe el nombre de “atributo” y el nombre de la tabla es una “relación”. El tipo de dato que se encuentra en las columnas se le llama “dominio” el cual representa los posibles valores que podrá tener la columna.

Dominios, atributos, tuplas y relaciones

Para entender más sobre los atributos, tuplas y relaciones hay que pensar en cómo funcionaba el modelo Entidad-Relación, en este modelo teníamos entidades (tablas/relaciones en el modelo relacional) que contenían atributos, y a la vez las entidades estaban relacionadas a otra entidad a las que se les unía con una relación. En el caso del modelo relacional es muy similar, las tablas que tenemos son las entidades, mientras que las tuplas son derivados de las tablas, por así decirlo, las tuplas son los registros o entradas que contendrán el mismo formato que tiene la tabla, cada tupla tiene un valor en los atributos y se diferencian de las demás tuplas por esto mismo.

Un dominio es un conjunto de valores. Una forma habitual de especificar un dominio es indicar el tipo de dato del atributo.

Algunos ejemplos de dominio y atributos (columnas de la tabla) son:

• NumeroDeIdentidad: Un conjunto de 13 dígitos que componen el número de identidad en Honduras. Ejemplo: 0923-1998-00259.

• NumeroTelefonico: Conjunto de 8 dígitos que componen un número de teléfono móvil en Honduras. Ejemplo: 9223-2478

• Nombre: Conjunto de caracteres que componen el nombre de algo o alguien. Ejemplo: “Sergio”, “Neurología”.

• EdadEstudiante: Un número de dos dígitos que hace referencia a la edad del estudiante. Ejemplo: 13, 16, 11, etc.

• PlacaVehiculo: Un conjunto de números y caracteres limitado a tamaño 7 que hace referencia a la placa de un vehículo particular. Ejemplo: H AF 8192.

• EstaMatriculado: Limitado a los valores binarios, verdadero y falso. Ejemplo: “falso” si el vehículo NO está matriculado y “verdadero” si el vehículo SÍ está matriculado.

En la parte de ejemplificaciones de cada atributo, podemos ver cómo se pueden componer estos, y a esto se le llama “formato”. Con la diferencia que el formato no incluirá valores que podrían existir, si no solamente la forma en la que se escribirán los valores del atributo sin pasarse del límite impuesto por el dominio. Un dominio cuenta con un nombre, un tipo de dato y un formato
Un esquema de relación R, denotado por R(A₁,A_2,…,A_i) tiene el nombre de la relación R y una lista de atributos A. Cada atributo tiene sus valores restringidos a formar solamente parte de un dominio D. Se dice que D es el dominio de A_i, y que especifica cómo dom(A_i). Los esquemas de relación se utilizan para describir una relación (una tabla), se dice que R es el nombre de la misma. El grado de una relación es el número de atributos de la misma, por ejemplo, una relación de grado 5 solo contendrá 5 atributos (en otras palabras, será una tabla/entidad que tiene 5 columnas/atributos).

Ejemplo de la relación de 5 niveles:

ESTUDIANTE(Nombre, NumeroEstudiante, NumeroTelefono, Correo, Edad).

Si queremos especificar el dominio de cada atributo, podríamos hacerlo así

ESTUDIANTE(Nombre: cadena, NumeroEstudiante: cadena, NumeroTelefono: cadena, Correo: cadena, Edad: entero).
Una relación (o estado de relación) r. del esquema R se especifica como r(R) y es un conjunto de n-tuplas r = (t₁,t₂…,t_m). Cada tupla t es una lista ordenada de valores, donde cada valor es un elemento del dominio de A, dom(A), de cada atributo de la tupla, o también puede ser un valor NULL, o valor nulo.

En este ejemplo anterior de una relación, podemos ver el nombre que contiene, las tuplas que contiene y los atributos que tiene el esquema. En palabras más sencillas, este esquema de relación Estudiante de grado 5 (5 atributos), contiene 5 tuplas diferentes en las que podemos observar sus atributos, cada atributo tiene un dominio por el cual está dado el tipo de dato y el formato que tiene.

En conclusión a este tema, podemos decir que a una tabla la llamaremos relación, a las filas les llamaremos tuplas, a las cabeceras de las columnas las llamaremos atributos y al tipo de dato junto al formato de los valores de los atributos lo llamaremos dominio.

Características de las relaciones

Ordenación de tuplas en una relación

Una relación está definida como un conjunto de tuplas. Y las tuplas en una relación no guardan un orden entre ellos. Por lo tanto, el ordenamiento de las tuplas en una relación no importa, ya que la relación no es sensible al ordenamiento de estas.

Ordenación de los valores dentro de una tupla

El orden de los atributos y sus valores no es importante en una tupla, mientras se mantenga la correspondencia entre ellos. Según la definición, una tupla se considera como un conjunto de parejas (atributo, valor), donde el valor es asignado a un atributo A.

Valores y NULLS en las tuplas

Cada valor en una tupla es un valor atómico, es decir que es indivisible. Por esta razón, no están permitidos los atributos compuestos y multivalor. Los atributos multivalor deben representarse en relaciones separadas, mientras que los compuestos lo están solo por sus atributos de componente simple en el modelo relacional básico.

Los valores NULL o nulo, se utilizan para representar valores de atributos que pueden ser desconocidos o no ser aplicables a una tupla. Por ejemplo, en una relación Empleado exista el atributo TelefonoOficina, pero una tupla de Empleado no cuenta con una oficina a la cual llamar, por lo tanto el valor del atributo “TelefonoOficina” para esa tupla especifica seria NULL.

Interpretación de una relación

Cada tupla de la relación es interpretada como un hecho de una instancia particular. Por ejemplo, en la relación Estudiante que se mostró anteriormente la primera tupla cumple con el hecho que hay un estudiante llamado Mario Mendoza.

Algunas relaciones pueden representar entidades pero también pueden representar relaciones. Por ejemplo, nuestro ejemplo anterior nos dice que la entidad Estudiante es una relación y que afirma que hay estudiantes en la organización, pero también puede existir una relación Becario(NumeroEstudiante, IDBeca), el cual nos indica que un becario es un estudiante y está recibiendo un tipo de beca. Aquí se conectan las tablas Estudiante y Becario, formando una relación.

Restricciones del modelo relacional

Hay 3 categorías principales de restricciones o constraints.

1- Restricciones inherentes al modelo de datos, se llaman restricciones implícitas o inherentes basadas en el modelo

2- Restricciones expresadas directamente en los esquemas del modelo de datos, especificando las en la codificación de la base de datos. Se llaman restricciones explícitas o basadas en el esquema

3- Restricciones que no pueden expresarse en los esquemas del modelo de datos. Se llaman restricciones semánticas, basadas en aplicación o reglas del negocio.

Hay otras restricciones que son importantes, como las restricciones de dominio que nos dice que los valores de un atributo deben estar dentro del dominio al cual pertenece el atributo. Y otra muy importante la cual es que no se pueden identificar dos tuplas de manera idéntica, esto quiere decir, que cada tupla tiene un atributo al cual llamaremos clave, este atributo clave será el que identifique de manera única a cada tupla diferente sin que haya alguna con la misma clave. Para esto debemos de identificar un atributo el cual pueda funcionar como clave, ya que el esquema de una relación puede contar con más de una clave, pero cada una de estas claves se llama clave candidata, pero al final solo asignaremos a una como la clave principal (primary key, PK) de la relación.

Por ejemplo, una relación Estudiante puede tener dos claves candidatas (NumeroEstudiante, DNI), ya que estos dos atributos no se pueden repetir pero al final solo uno será asignado como la clave principal de esta relación.

Integridad de entidad, integridad referencial y foreign keys

Las restricciones de integridad de una entidad declaran que el valor de ninguna clave principal puede ser NULL. Si el valor de la clave principal de dos o más tuplas llega a ser null, entonces esto quiere decir que no podremos identificar una tupla específica, por lo tanto nos aseguraremos que nuestra clave principal siempre pueda tener un valor único.

Las restricciones de integridad referencial están declaradas entre dos relaciones y se utilizan para mantener la consistencia. Es decir, si una tupla de una relación hace referencia a otra relación, debe hacer referencia a una tupla existente de esa relación.

Para explicar de mejor forma las restricciones de integridad referencial, introduciremos el concepto de foreign key.

Las foreign key afirman la restricción de integridad referencial, un conjunto de atributos foreign key (FK) en una relación R1, es una foreign key de R1 que hace referencia a la relación R2.

Hay reglas importantes para definir una foreign key:

1- Los atributos FK de R1 tienen el mismo dominio que la clave principal PK de R2.

2- Los valores de FK de una relación referencian o hacen referencia a otra relación

Figura 3: Restricciones de integridad referencial. Fuente: Elmasri, Navathe. (2007). Fundamentos de Sistemas de Bases de Datos (5ta ed).

En el ejemplo anterior tenemos varios esquemas de relación, con atributos asignados e incluso con foreign key y primary key asignadas.

La relación Empleado, tiene 1 primary key la cual es DNI, pero también tiene dos foreign key llamadas Dno y SuperDNI, la cual hace referencia a la misma relación Empleado. La foreign key hace referencia al supervisor del empleado. Y la foreign key Dno hace referencia a otra relación que sería el número de departamento al que forma parte el empleado.

La relación Departamento contiene una primary key la cual es NumeroDpto.

La relación Localizaciones_Departamento tiene la primary key UbicacionDpto y la foreign key NumeroDpto

La relación Proyecto tiene 1 primary key llamada NumProy y 1 foreign key llamada NumDptoProyecto, la cual hace referencia al departamento donde se está desarrollando el proyecto y por lo tanto hace referencia a la relación Departamento

La relación Trabaja_En solo contiene 2 foreign key, las cuales son Dni_Empleado y NumProy, estas dos hacen referencia al empleado y al proyecto donde está trabajando respectivamente. Incluso, se podría decir que DniEmpleado también es primary key en esta relación

Y por último, la relación subordinada tiene una primary key llamada NombSubordinado y otra foreign key llamada DniEmpleado que hace referencia a un empleado.

Ejemplo de modelo relacional.

El siguiente esquema representa la traducción del modelo entidad-relación en la figura 1 a su forma en modelo relacional, manteniendo siempre la lógica y concordancia que satisfagan el problema inicial, observándose así que indistinto al tipo de modelo utilizado estos deben de mantener la congruencia con respecto a la base de datos que se requiera lograr.

 

Figura 4: Ejemplo modelo relacional. Fuente: Elaboración propia.

BIBLIOGRAFÍA

1.  Fundamentos De Sistemas De Bases De Datos (5ª Ed.) Ramez Elmasri; Shamkant Navathe , 2007.

2.  DATE, C.J. Introducción a los sistemas de bases de datos, Volumen I, 7ma. Edición. Addison-Wesley Iberoamericana. U.S.A. 2001.

3. Atlantic International University (AIU).