GABRIEL DÍAZ ROSALES

118354

K071

BASE DE DATOS 2

DR. MARCO TULIO CERON LOPEZ

ACTIVIDAD DE APRENDIZAJE 4

BASE DE DATOS DISTRIBUIDAS

VERACRUZ, VER. 04/10/2021

 BASE DE DATOS ESCOLAR DISTRIBUIDA

INTRODUCCIÓN
En este proyecto se presenta una base de datos distribuida para una escuela, la cual no
tiene un sistema de base de datos haciendo referencia a los exámenes, asignaturas,
calificaciones y llevando un control de los alumnos y maestros que la imparten teniendo
una relación entre sí, guardando la información en tablas separadas por sí una tiene
problemas, no todo el sistema colapse.
Ya que de hacerlo habría serios problemas con los datos de los alumnos y sobre todo las
calificaciones, por tal motivo se analiza cada relación entre sí.

Objetivo
Mantener la base de datos funcional y demostrar la importancia de la base de datos
distribuidos. Se implementará un modelo entidad relación para poder definir las
relaciones.
Con esto se pretende optimizar el método de registros de los alumnos, docentes y las
calificaciones, teniendo un rápido acceso a los datos para poder ser procesados, de esta
manera se ahorra tiempo y se respalda la información.

Justificación
Es necesario implementar una base de datos para la modernización y optimización de la
escuela, ya que sin tener estos recursos, el método se haría manual y con pérdida de
datos, incluso con redundancia o escapando datos de los ojos de quienes tienen que
estar enterados. Se pretende que sea transparente para que los usuarios dependiendo de
sus privilegios puedan hacer consultas de manera rápida y eficiente.

La arquitectura que se va a implementar será un modelo entidad relación

Las 12 reglas de base de datos distribuidas

1. Independencia local

Los nodos en un sistema distribuido deben ser autónomos o independientes entre sí.
Cada nodo en un sistema distribuido debe proporcionar su propia seguridad, bloqueo,
registro, integridad y recuperación. Las operaciones locales usan y afectan solo los
recursos locales y no dependen de otros sitios.

2. Independencia del sitio central

Un sistema no debe depender de un sitio o nodo central, ya que un solo sitio central
puede convertirse en un único punto de falla, afectando a todo el sistema. Además, un
sitio central puede convertirse en un cuello de botella que afecta el rendimiento de todo el
sistema distribuido. Cada sitio de un sistema de base de datos distribuida proporciona su
propia seguridad, bloqueo, registro, integridad y recuperación, y maneja su propio
diccionario de datos. Ningún sitio central debe estar involucrado en cada transacción
distribuida.

3. Independencia de fallas
Un sistema distribuido nunca debe de tener tiempos de inactividad demasiados largos.
Debe proporcionar respaldo y recuperación en línea, y un servicio de archivo completo e
incremental. La copia de seguridad y la recuperación deben ser lo suficientemente rápidas
para realizarse en línea sin un efecto perjudicial perceptible en el rendimiento total del
sistema.

4. Transparencia de ubicación

Los usuarios y aplicaciones no deben saber dónde se almacenan físicamente los datos,
la base de datos debe comportarse como si todos los datos se almacenarán localmente.

La transparencia de la ubicación puede ser respaldada por sinónimos extendidos y uso

extensivo del diccionario de datos. La independencia de ubicación permite que las
aplicaciones se transfieran fácilmente de un sitio en un sistema de base de datos
distribuido a otro sin modificaciones.

5. Transparencia de fragmentación

Las tablas relacionales pueden dividirse en fragmentos y almacenarse en diferentes sitios

transparentes para los usuarios y las aplicaciones. De tal manera similar a la regla de
transparencia de ubicación, los usuarios y las aplicaciones no deben tener en cuenta el
hecho de que algunos datos pueden almacenarse en un fragmento de una tabla en un
sitio diferente al sitio donde está almacenada la tabla.

6. Transparencia de replicación

Los datos se pueden replicar de manera transparente en múltiples sistemas informáticos a

través de una red.

Similar a la ubicación de datos y las reglas de independencia de fragmentación, la

independencia de replicación está diseñada para liberar a los usuarios de las
preocupaciones sobre dónde se almacenan los datos. En el caso de la replicación, los
usuarios y las aplicaciones no deben saber que el sistema mantiene y sincroniza
automáticamente las réplicas de los datos.

7. Procesamiento de consulta distribuida

El procesamiento de una consulta determinada debe ser independiente del sitio en el que
se envía la consulta dado que un sistema de administración de bases de datos
relacionales proporciona acceso no virtual a los datos (a través de SQL), dicho sistema
debe admitir un optimizador que pueda seleccionar no solo la mejor ruta de acceso dentro
de un nodo dado, sino también optimizar una consulta distribuida con respecto a la
ubicación de datos, la utilización de CPU y el rendimiento del tráfico de red.

8. Procesamiento de transacciones distribuidas

Un sistema distribuido debería ser capaz de soportar miles de transacciones. Las

propiedades de transacción de atomicidad, consistencia, durabilidad, aislamiento y
serialización deben ser compatibles no solo para transacciones locales, sino también para
transacciones distribuidas que pueden abarcar múltiples sistemas

9. Independencia del hardware

 Un sistema de base de datos distribuida debe ser capaz de operar y acceder a los datos
distribuidos en una amplia variedad de plataformas de hardware.

Cualquier sistema DBMS verdaderamente distribuido no debe depender de una

característica de hardware particular, ni debe estar limitado a una cierta arquitectura de
hardware o proveedor.

10. Independencia del sistema operativo

Un sistema de base de datos distribuida debe poder ejecutarse en diferentes sistemas

operativos. No debe de estar casado con windows, unix o linux si no que debe poder
adaptarse en cualquier ambiente de trabajo.

11. Independencia de la red

Un sistema de base de datos distribuida debe diseñarse para ejecutarse

independientemente de los protocolos de comunicación y la topología de red utilizados
para interconectar varios nodos del sistema.

12. Independencia de la base de datos

Un sistema ideal de administración de bases de datos distribuidas debe ser capaz de

admitir la interoperabilidad entre sistemas DBMS que se ejecutan en diferentes nodos,
incluso si estos sistemas DBMS son diferentes .

Todos los participantes en los sistemas de administración de bases de datos distribuidos

deben usar interfaces estándares comunes (API) para interactuar entre ellos y participar
en el procesamiento distribuido de la base de datos.

Para que una base de datos distribuida esté bien implementada debe al menos cumplir
todas las reglas anteriores mencionadas. Está claro que cada proyecto o implementación
requiere y tiene sus propias limitaciones. Tanto como el software o hardware con el que
se tomará como base de trabajo.

Lo importante es conocer la distribución, la redundancia, la transparencia, la recuperación

de fallos y su independencia ( Christopher J. Date, 2018).

Sistema manejador de base de datos

MySql WorkBench es el sistema manejador de base datos elegido para este proyecto por
su fácil interfaz intuitiva, de fácil configuración e instalación y por supuesto es una
software open source que cumple por el momento con los requerimientos de la institución
de manera barata y fácil manejo, por tal motivo se implementa este software.

Beneficios esperados
Se espera que con el sistema diseñado se pueda facilitar la obtención de datos que se
requieran al momento de forma automática, sobre todo el objetivo es la automatización, y
que siempre estén los datos disponibles y listos para ser analizados, se espera también
que la institución con este avance pueda aumentar su cantidad de registros de alumno y
tener un calendario de exámenes y respuestas de calificaciones accesible para quien las
consulte, incluso más adelante poder integrar más datos sin que estos interfieran con el
modelo ya existente que el acoplamiento sea completamente fuera de alteraciones.

Bibliografía

C.J. Date’s (2018) Distributed DBMS Rules. appservgrid. Sitio web. Recuperado
de:http://www.appservgrid.com/mywww/html/infradb.htm