Universidad de Margarita

Alma Mater del Caribe

Vicerrectorado Académico
Decanato de Ingeniería y Afines
Base de datos 1
Sección T-01

Modelado de base de datos y arquitectura de bases

de datos

Realizado por:
Omar Azuaje
CI 29.680.374
Adonay Izarra
CI 28.492.108

El Valle del Espíritu Santo, febrero de 2022

 Modelado de base de datos y arquitectura de bases de datos

En el mundo de la programación, las bases de datos son elemento fundamental en la

mayoría de paginas web usadas a diario, sin embargo, las mismas cuentan con una
estructura y elementos que es son importantes para su creación, un ejemplo de esto sería
el modelado de base de datos y la arquitectura de las bases de datos pues ambos factores
están presentes en la mayoría de bases de datos funcionales por lo que saber como se
componen y se estructuran es de vital importancia al momento de crear una base de
datos.

A pesar de lo anteriormente mencionado, es necesario definir ciertos conceptos

básicos de manera en que el tema pueda ser entendido a profundidad, estos conceptos
son:

Modelo

Un modelo de base de datos es la estructura lógica que adopta la base de base datos, incluyendo
las relaciones y limitaciones que determinan cómo se almacenan y organizan y cómo se accede a los
datos. Así mismo, un modelo de base de datos también define qué tipo de operaciones se pueden
realizar con los datos, es decir, que también determina cómo se manipulan los mismos,
proporcionando también la base sobre la que se diseña el lenguaje de consultas.

En general, prácticamente todos los modelos de base de datos pueden representarse a través de
un diagrama de base de datos

Representaciones de modelos de datos

El primer paso en el diseño de una base de datos es la producción del esquema conceptual.
Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas
visiones que los BASES DE DATOS MIS 308 10 usuarios tienen de la información. Cada una de
estas visiones suelen corresponder a las diferentes áreas funcionales de la empresa como, por
ejemplo, producción, ventas, recursos humanos, etc. Estas visiones de la información, denominadas
vistas, se pueden identificar de varias formas. Una opción consiste en examinar los diagramas de
flujo de datos, que se pueden haber producido previamente, para identificar cada una de las áreas
funcionales. La otra opción consiste en entrevistar a los usuarios, examinar los procedimientos, los
informes y los formularios, y también observar el funcionamiento de la empresa.

A los esquemas conceptuales correspondientes a cada vista de usuario se les denomina

esquemas conceptuales locales. Cada uno de estos esquemas se compone de entidades, relaciones,
atributos, dominios de atributos e identificadores. El esquema conceptual también tendrá una
documentación, que se irá produciendo durante su desarrollo. Las tareas a realizar en el diseño
conceptual son las siguientes:

1. Identificar las entidades.

2. Identificar las relaciones.

3. Identificar los atributos y asociarlos a entidades y relaciones.

4. Determinar los dominios de los atributos.

5. Determinar los identificadores.

6. Determinar las jerarquías de generalización (si las hay).

7. Dibujar el diagrama entidad-relación.

8. Revisar el esquema conceptual local con el usuario.

Modelo entidad relación

Un modelo entidad-relación es una herramienta para el modelo de datos, la cual facilita

la representación de entidades de una base de datos

Se suelen desarrollar en dos fases:

1. Se elabora el diagrama (o diagramas) entidad-relación.

2. Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.
 El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras
técnicas para lograr un modelo directamente implementable en una base de datos.
Brevemente:

Permite mostrar resultados entre otras entidades pertenecientes a las existentes de

manera que se encuentre la normalidad de archivos que se almacenarán.

 Transformación de relaciones múltiples en binarias.

 Normalización de una base de datos de relaciones (algunas relaciones pueden
transformarse en atributos y viceversa).
 Conversión en tablas (en caso de utilizar una base de datos relacional).

Restricciones

Son reglas que deben respetar las entidades y relaciones almacenadas en la base de
datos.

Correspondencia de cardinalidades

Dado un conjunto de relaciones en el que participan dos o más conjuntos de

entidades, la cardinalidad de la correspondencia indica el número de entidades con las
que puede estar relacionada una entidad dada.

Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, las

cardinalidades pueden ser:

Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en
una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves primarias,
código_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un
departamento y un departamento solo puede tener un jefe).

Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con uno o muchos
registros en una entidad B. Pero los registros de B solamente se relacionan con un
registro en A. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias,
código_vendedor y venta, respectivamente, un vendedor puede tener muchas ventas pero
una venta solo puede tener un vendedor).

Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una entidad
en B. Pero una entidad en B se puede relacionar con 1 o muchas entidades en A (ejemplo
empleado-centro de trabajo).

Varios a Varios: (N:M) Una entidad en A se puede relacionar con 1 o con muchas
entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos
pueden pertenecer a una misma asociación, y cada ciudadano puede pertenecer a muchas
asociaciones distintas).

Restricciones de participación

Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A,

dicha participación puede ser de dos tipos:

Total: Cuando cada entidad en A participa en al menos una relación de R.

Parcial: Cuando al menos una entidad en A NO participa en alguna relación de R.

Claves

Es un subconjunto del conjunto de atributos comunes en una colección de entidades,

que permite identificar inequívocamente cada una de las entidades pertenecientes a dicha
colección. Asimismo, permiten distinguir entre sí las relaciones de un conjunto de
relaciones.

Dentro de los conjuntos de entidades existen los siguientes tipos de claves:

Superclave: Es un subconjunto de atributos que permite distinguir unívocamente

cada una de las entidades de un conjunto de entidades. Si se añade un atributo al anterior
subconjunto, el resultado seguirá siendo una superclave.
 Clave candidata: Se trata de superclave mínima, es decir, cualquier subconjunto de
atributos de la misma no puede ser una superclave.

Clave primaria: Es una clave candidata, elegida por el diseñador de la base de

datos, para identificar unívocamente las entidades en un conjunto de entidades.

Los valores de los atributos de una clave, no pueden ser todos iguales para dos o más
instancias.

Para poder distinguir unívocamente las relaciones en un conjunto de relaciones R, se

deben considerar dos casos:

R NO tiene atributos asociados: En este caso, se usa como clave primaria de R la

unión de las claves primarias de todos los conjuntos de entidades participantes.

R tiene atributos asociados: En este caso, se usa como clave primaria de R la unión
de los atributos asociados y las claves primarias de todos los conjuntos de entidades
participantes.

Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave

primaria está compuesto de relaciones binarias, con los conjuntos de entidades
participantes A y B, se consideran los siguientes casos, según sus cardinalidades:

 R es de muchos a uno de A a B entonces solo se toma la clave primaria de A,

como clave primaria de R.
 R es de uno a muchos de A a B entonces se toma solo la clave primaria de B,
como clave primaria de R.
 R es de uno a uno de A a B entonces se toma cualquiera de las dos claves
primarias, como clave primaria de R, y se crea una restricción de no repetición
para la otra clave.
 R es de muchos a muchos de A a B entonces se toma la unión de los atributos que
conforman las claves primarias de A y de B, como clave primaria de R.

Diagrama Entidad-Relación
 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. Los diagramas ER se
usan a menudo para diseñar o depurar bases de datos relacionales en los campos de
ingeniería de software, sistemas de información empresarial, educación e investigación.
También conocidos como los ERD o modelos ER, emplean un conjunto definido de
símbolos, tales como rectángulos, diamantes, óvalos y líneas de conexión para
representar la interconexión de entidades, relaciones y sus atributos. Son un reflejo de la
estructura gramatical y emplean entidades como sustantivos y relaciones como verbos.

Conjunto De Entidades Débiles

Es posible que un conjunto de entidades no tenga atributos suficientes para formar

una clave primaria. Un conjunto de entidades de este tipo se denomina conjunto de
entidades débiles. Una entidad débil es aquella cuya existencia depende de alguna otra
entidad. Para que un conjunto de entidades débiles sea significativo, debe ser parte de un
conjunto de relaciones uno a muchos. Cada entidad débil debe estar asociada con una
entidad propietaria o dominante; es decir, que el conjunto de entidades débiles depende
existencialmente del conjunto de entidades propietarias.

La clave primaria de un conjunto de entidades débiles se forma con la clave primaria

del conjunto de entidades propietarias, más el discriminante del conjunto de entidades
débiles. El discriminante de un conjunto de entidades débiles se denomina la clave
parcial del conjunto de entidades. El conjunto de entidades débiles se indica en los
diagramas E-R por medio de un rectángulo de doble contorno.

Diseño De Un Esquema De Base De Datos

Determinar el propósito de la base de datos: Esto le ayudará a prepararse para los

pasos restantes.
 Buscar y organizar la información necesaria: Recopile todos los tipos de
información que podría querer registrar en la base de datos, como los nombres de
producto y los números de pedido.

Dividir la información en tablas: Divida los elementos de información en entidades

principales o temas, como Productos o Clientes. Después, cada tema se convierte en una
tabla.

Convertir los elementos de información en columnas: Decida qué información

quiere almacenar en cada tabla. Cada elemento se convierte en un campo y se muestra
como una columna en la tabla. Por ejemplo, una tabla de empleados podría incluir
campos como Apellidos y Fecha de contratación.

Especificar las claves principales: Elija la clave principal de cada tabla. La clave
principal es una columna que se usa para identificar cada fila. Un ejemplo podría ser Id.
de producto o Id. de pedido.

Establecer las relaciones de tablas: Busque en cada tabla y decida cómo se

relacionan los datos en una tabla con los datos de otras tablas. Agregue campos a las
tablas o cree tablas para aclarar las relaciones, según sea necesario.

Perfeccionar el diseño: Analice el diseño en busca de errores. Cree las tablas y

agregue unos cuantos registros de datos de ejemplo. Compruebe si puede obtener los
resultados que quiere de las tablas. Haga algunos ajustes en el diseño, si es necesario.

Aplicar las reglas de normalización: Aplique las reglas de normalización de datos

para ver si las tablas están estructuradas correctamente. Haga algunos ajustes en las
tablas, si es necesario.

Reducción De Un Esquema E-R a Tablas

Un Esquema E-R (Entidad - Relación), puede ser representado también a través de

una colección de tablas. Para cada una de las entidades y relaciones existe una tabla
única a la que se le asigna como nombre el del conjunto de entidades y de las relaciones
respectivamente, cada tabla tiene un número de columnas que son definidas por la
cantidad de atributos y las cuales tienen el nombre del atributo.

La transformación de nuestro ejemplo Venta en la que intervienen las entidades de

Vendedor con los atributos RFC, nombre, puesto, salario y Artículo con los atributos
Clave, descripción, costo.

Entonces las tablas resultantes siguiendo la descripción anterior son:

Tabla Empleados
Nombre Puesto Salario RFC
Teófilo Vendedor 2000 TEAT701210XYZ
Cesar Auxiliar de Ventas 1200 COV741120ABC

Tabla artículos
Clave Descripción Costo
A100 Abanico 460
C260 Colcha Matrimonial 1200

Tabla de Venta
RFC Clave
TEAT701210XYZ C260
COV741120ABC A100
Nótese que en la tabla de relación - Venta -, contiene como atributos a las llaves
primarias de las entidades que intervienen en dicha relación, en caso de que exista un
atributo en las relaciones, este atributo es anexado como una fila más de la tabla;
 Por ejemplo si anexamos el atributo fecha a la relación venta, la tabla que se
originaria sería la siguiente:

RFC CLAVE FECHA

TEAT701210XYZ C260 10/12/96
COV741120ABC A100 11/12/96

Los elementos para la Administración del Software: Creación y

modificación de bases de datos

Las bases de datos se pueden crear desde muchos lugares. Una simple hoja de Excel
con datos sobre personas es una base datos. Aunque hay programas específicos para su
creación, como por ejemplo el Microsoft Access.

Lo normal es que el Hosting te ofrezca la posibilidad de crear las bases de datos que
necesites, aunque hay hostings que ponen una limitación en el número de bases de datos
que puedes crear.

Para que no te veas limitado en ese aspecto (y en otros) es conveniente contratar un

buen hosting que te permita crear tantas como necesites, como es el caso de estos dos.

Para crear una base de datos, tienes que acceder al cPanel de tu hosting y buscar la
sección “Bases de datos”. Se abre una ventana en la que puedes crear o eliminar las bases
de datos que necesites, así como tantos usuarios como necesites también. Cada base de
datos necesita tener un usuario con privilegios de administrador para poder acceder a ella,
modificarla o eliminarla.

Escribe el nombre que quieras darle y haz clic en “Crear una base de datos”. Los
nombres siempre tendrán como prefijo el usuario que te haya asignado tu hosting. Ahora
tienes que crear un usuario que tendrá privilegios de administrador sobre la base de datos
que acabas de crear. Lo puedes hacer en la misma ventana un poco más abajo. Escribe el
nombre que quieras para el usuario y una contraseña lo más segura posible. Cuando acabes,
haz clic en “Crear un usuario”.

Ahora, justo debajo, donde pone “Añadir un usuario a una base de datos”, selecciona el
usuario y la base de datos que has creado y haz clic en “Añadir”. Selecciona la casilla
“Todos los privilegios” y haz clic en “Hacer cambios”. Una vez realizados todos estos
pasos se habrá creado una base de datos que puede ser modificada al gusto del usuario.

Creación Y Modificación De Tablas

Para la creación de una nueva tabla en una base de datos, es necesario seguir una
serie de pasos:

1. Haga clic en Archivo > Nuevo y, después, en Base de datos de escritorio en

blanco.
2. En el cuadro Nombre de archivo, escriba un nombre de archivo para la nueva
base de datos.
3. Para ir a una ubicación diferente y guardar la base de datos, haga clic en el icono
de carpeta.
4. Haga clic en Crear.
5. Se abre la nueva base de datos, se crea una tabla con el nombre Tabla1 y se abre
en la vista Hoja de datos.

Crear una nueva tabla en una base de datos existente

1. Haga clic en Archivo > Abrir, y haga clic en la base de datos si aparece bajo
Reciente. En caso contrario, seleccione una de las opciones de exploración para
localizar la base de datos.
2. En el cuadro de diálogo Abrir, seleccione la base de datos que desea abrir y luego
haga clic en Abrir.
 3. En la pestaña Crear, en el grupo Tablas, haga clic en Tabla.
4. Se inserta una tabla nueva en la base de datos y se abre la tabla en la vista Hoja
de datos.

Agregar campos

Para almacenar nuevos datos sobre algo para lo que ya tiene una tabla de Access,
considere la posibilidad de agregar un campo a la tabla. Por ejemplo, supongamos que
tiene una tabla que almacena los apellidos, el nombre, la dirección de correo electrónico,
el número de teléfono y la dirección de correo postal de cada uno de sus clientes. Si
quiere comenzar a realizar un seguimiento del medio de comunicación preferido de cada
cliente, agregue un campo para almacenar esa información.

Antes de crear los campos, intente dividir los datos en partes útiles de menor tamaño.
Es mucho más fácil combinar los datos posteriormente que tener que separarlos. Por
ejemplo, en lugar del campo Nombre completo, puede crear campos independientes para
apellidos y nombre. Después, puede buscar u ordenar fácilmente por nombre, apellidos o
ambos. Si tiene previsto generar informes, ordenar, realizar búsquedas o realizar cálculos
en un elemento de datos, coloque ese elemento en un campo sin ningún otro elemento.

Después de crear un campo, puede establecer las propiedades del campo para
controlar su apariencia y comportamiento. Por ejemplo, la propiedad Formato define
cómo aparecerán los datos en una hoja de datos o formulario que contenga ese campo.

Establecer propiedades de campo

Después de crear un campo, puede establecer las propiedades del campo para
controlar su apariencia y comportamiento.

Por ejemplo, mediante la configuración de propiedades de campo se puede:

  Controlar la apariencia de los datos de un campo
 Evitar la entrada incorrecta de datos en un campo
 Especificar valores predeterminados para un campo
 Agilizar la búsqueda y la ordenación en un campo

Puede establecer algunas de las propiedades de campo disponibles mientras trabaja

en la vista Hoja de datos. No obstante, para tener acceso y definir la lista completa de
propiedades de campo, debe usar la vista Diseño.

Creación De Índices

Digamos que tenemos la siguiente tabla: Tabla Nombre de Columna Tipo de Datos
First_Name char(50) Last_Name char(50) Address char(50) City char(50) Country
char(25) Birth_Date datetime

Si deseamos crear un índice tanto en Ciudad como en País, ingresaríamos, CREATE

INDEX IDX_CUSTOMER_LAST_NAME ON Customer (Last_Name); No hay una
regla estricta respecto de cómo nombrar un índice. El método generalmente aceptado es
colocar un prefijo, tal como “IDX_”, antes del nombre de un índice para evitar la
confusión con otros objetos de la base de datos. También es una buena idea brindar
información sobre qué tabla y columna(s) se utilizará el índice. Por favor note que la
sintaxis exacta para CREATE INDEX puede ser distinta según las diferentes bases de
datos.

CREATE INDEX "NOMBRE_ÍNDICE" ON "NOMBRE_TABLA"(NOMBRE_COLUMNA);

Utilidad De Los Índice

El índice de una base de datos es una estructura de datos que mejora la velocidad de
las operaciones, por medio de un identificador único de cada fila de una tabla,
permitiendo un rápido acceso a los registros de una tabla en una base de datos.

El índice tiene un funcionamiento similar al índice de un libro, guardando parejas de

elementos: el elemento que se desea indexar y su posición en la base de datos. Para
buscar un elemento que esté indexado, sólo hay que buscar en el índice dicho elemento
para, una vez encontrado, devolver un registro que se encuentre en la posición marcada
por el índice.

Integridad De Entidades

Pretende que cada entidad que se guarda en la base de datos sea identificable de un
modo único, es decir, que evitemos la información redundante.

La identificación de entidades no es única, podemos tener varios modos de entidad

para el mismo objeto real.

Definición e importancia de la arquitectura de sistemas de bases de

datos

Arquitectura de un sistema de datos son los modelos, políticas, reglas y

estándares que nos indican de qué manera tenemos que almacenar, organizar e
integrar los datos que recoge una compañía con el objetivo de que sean
aprovechables y útiles. Ante la Era del Big Data y el Data Science en la que
estamos, tras leer la definición de qué es la arquitectura de datos, parece que esta es
fundamental.

En el nivel conceptual se describe la estructura de toda la base de datos para una

comunidad de usuarios (todos los de una empresa u organización), mediante un esquema
conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se
concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y
restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para
especificar el esquema. En el nivel externo se describen varios esquemas externos o vistas
de usuario.
 Cada esquema externo describe la parte de la base de datos que interesa a un grupo de
usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se
puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas. La
mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del
nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de
usuario, los esquemas externos se especifican con el mismo modelo de datos que describe
la información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos
de datos en los niveles conceptual y externo.

Sistemas Paralelos distribuidos

En la arquitectura de un sistema de base de datos se reflejan aspectos como la conexión

en red sea en Base de datos Distribuidas como Base de datos Paralelas se ejecuta sobre
múltiples procesadores y discos que han sido diseñados para ejecutar operaciones en
paralelo, cuando sea posible, con el propósito de mejorar el rendimiento.

Los sistemas paralelos mejoran la velocidad de procesamiento y de e/s mediante la

utilización de ucp y discos en paralelo. La fuerza que ha impulsado a los sistemas paralelos
de bases de datos ha sido la demanda de aplicaciones que han de manejar bases de datos
extremadamente grandes (del orden de terabytes, esto es, 1012 bytes) o que tienen que
procesar un número enorme de transacciones por segundo (del orden de miles de
transacciones por segundo).

Los sistemas paralelos de base de datos constan de varios procesadores y varios discos
conectados a través de una red de interconexión de alta velocidad.

Sistema de bases de datos centralizados

Es una base de datos almacenada en su totalidad en un solo lugar físico, es decir, es

una base de datos almacenada en una sola máquina y una sola CPU, en donde los
usuarios trabajan en terminales que sólo muestran resultados.
 Son aquellos que se ejecutan en un único sistema informático sin interaccionar con
ninguna otra computadora

Sistema de bases de datos cliente – servidor

Los que utilizan un esquema cliente/servidor se conocen habitualmente como

servidores de bases de datos, un apelativo lógico, ya que el gestor se ejecuta de manera
centralizada en un ordenador con mayores recursos.

Los usuarios no operan directamente con ese PC, sino que se comunican desde sus
equipos y actúan como clientes respecto al servidor de datos.

En definitiva, la base de datos cliente/servidor está dirigido a aquellos entornos en

los que es preciso el acceso concurrente (concurrencia) de varios usuarios a la
información y su centralización en un servidor, garantizando la integridad y seguridad de
su contenido.

Influencia del diseño de redes sobre la arquitectura de bases de datos

Es muy fácil confundir la arquitectura y el diseño, ya que son similares en muchos

aspectos. Los diseños son a menudo simplemente versiones más detalladas de la
arquitectura. Sin embargo, tiene distintos aspectos en que se diferencian. Algunas de
estas diferencias reflejan el concepto de que el diseño es más detallado. Por ejemplo, el
ámbito de aplicación de la arquitectura es típicamente amplio, mientras que los diseños
el ámbito tiende a estar más centrado.

La arquitectura de la red muestra una vista de alto nivel de la red, incluyendo la

ubicación de los componentes principales o importantes, mientras que un diseño de la
red tiene detalles acerca de cada parte de la red o se centra en una sección particular de
la red (por ejemplo , el almacenamiento, los servidores , la informática). A medida que el
diseño se centra en partes seleccionadas de la red, el nivel de detalle acerca de esas
partes aumenta. El aspecto común más importante entre la arquitectura y el diseño es que
ambos intentan resolver los problemas multidimensionales basados en los resultados del
análisis de proceso de red.

La arquitectura puede diferir sustancialmente del diseño. La arquitectura de red

describe las relaciones, mientras que un diseño por lo general especifica tecnologías,
protocolos y dispositivos de red. Así, vemos cómo la arquitectura y el diseño se
complementan entre sí, ya que ambos conceptos son imprescindibles para entender cómo
los diversos componentes de la red trabajan juntos. Otra forma en que la arquitectura
puede diferir del diseño está en la necesidad de ubicación de la información. Si bien, hay
algunas partes de la arquitectura donde la localización es importante (por ejemplo,
interfaces externas, la ubicación de los dispositivos y las aplicaciones existentes), las
relaciones entre los componentes son generalmente independientes de la ubicación.

De hecho, la inserción de la ubicación de la información en la arquitectura de la red

puede ser limitante. Para un diseño de la red, sin embargo, la ubicación de la
información es importante. (En el diseño hay una gran cantidad de detalles acerca de las
ubicaciones, las cuales juegan una parte importante en el proceso para la toma de
decisiones).

En conclusión, el modelado de datos y la arquitectura de una base datos son parte de

un conjunto, el mismo es el encargado de mantener una base datos funcional y estable,
pues ambas partes son igual de importante para el diseño y funcionamiento optimo de
una base de datos. Al trabaja la arquitectura de una base de datos y como se compone se
puede crear un diseño optimo, funcional y estilizada que se asemeje a la idea original
que se tenia en mente para posteriormente, insertar datos de la manera en que mas se
adapte al programador, siendo ambos factores clave el desarrollo de una base de datos
optima.
 Referencias
Elizabeth A (2017) Modelo E-R Extendido (EE-R). Universidad Veracruzana. México.

Francisco R (2014) Diseño Lógico: El Modelo Relacional. Departamento de Informática

de Bogotá. Colombia.

Información suministrada de internet:

LucidChart (2021) Qué es un diagrama entidad-relación.

https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

AyudaLey (2017) Bases de datos relacional ¿Qué es y sus características?

https://ayudaleyprotecciondatos.es/bases-de
datos/relacional/#Caracteristicas_y_aspectos_a_tener_en_cuenta

BirthLh (2019) Interpretación del diseño lógico. Modelo Relacional. Estructura y

características.

.https://ikastaroak.birt.eus/edu/argitalpen/backupa/20200331/1920k/es/DAMDAW/BD/BD03/
es_DAMDAW_BD03_Contenidos/website_11_estructura_y_caractersticas.html
Wikipedia (2013) Modelo de Datos.

https://es.wikipedia.org/wiki/Modelo_de_datos

Ecured (2019) Índice de base datos

https://www.ecured.cu/Índice_de_base_datos

Microsoft (2022) Conceptos básicos del diseño de una base de datos

https://support.microsoft.com/es-es/office/conceptos-básicos-del-diseño-de-una-base-de-datos-
eb2159cf-1e30-401a-8084-bd4f9c9ca1f5

Microsfot (2022) Crear una tabla y agregar campos.

https://support.microsoft.com/es-es/office/crear-una-tabla-y-agregar-campos-8fdc65f9-
8d40-4ff5-9212-80e6545e8d87

Itca (2012 )Entidades débiles.

https://virtual.itca.edu.sv/Mediadores/dbd/u1/entidades_dbiles.html#:~:text=Es%20posible%20que
%20un%20conjunto,depende%20de%20alguna%20otra%20entidad.

Andres Reyes (2015) CREACIÓN DE LA BASE DE DATOS

http://contenidos.sucerman.com/nivel2/web1/unidad3/leccion1.html