Está en la página 1de 10

INSTITUTO TECNOLÓGICO NACIONAL DE MÉXICO

CAMPUS CHINÁ

UNIDAD 1:
INVESTIGACIÓN

MATERIA:
TÓPICOS DE BASÉ DE DATOS

DOCENTE:
LEMUS QUEN SILVIA

ALUMNA:
TUN CHE DIANA

ING. INFORMÁTICA - 7mo SEMESTRE


23/09/20

P á g i n a 1 | 10
Contenido

Introducción...................................................................................................... 3

SISTEMA DE BASÉ DE DATOS DISTRIBUIDAS ............................................. 4

Conceptos de base de datos distribuidas ...................................................... 4

DISEÑO DE BASÉ DE DATOS DISTRIBUIDAS ............................................... 5

PROBLEMAS DEL DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS .... 6

PROCESAMIENTO DE OPERACIONES DE ACTUALIZACIÓN


DISTRIBUIDAS .................................................................................................. 7

MANEJO DE TRANSACCIONES ...................................................................... 8

CONCLUSIÓN ................................................................................................. 10

BIBLIOGRAFÍA ............................................................................................... 10

P á g i n a 2 | 10
Introducción
Una base de datos, o también banco de datos, a un conjunto de información
perteneciente a un mismo contexto, ordenada de modo sistemático para su
posterior recuperación, las bases de datos son el producto de la necesidad
humana de almacenar la información, es decir, de preservarla contra el tiempo y
el deterioro, para poder acudir a ella posteriormente. En ese sentido, la aparición
de la electrónica y la computación brindó el elemento digital indispensable para
almacenar enormes cantidades de datos en espacios físicos. Por ende, existen
diferentes tipos de base de datos que contienen diferente funcionalidad con
respecto a las necesidades que se requieren. En este tema nos sentaremos en
observar y comprender su funcionalidad de las bases de datos distribuidas.

P á g i n a 3 | 10
SISTEMA DE BASÉ DE DATOS DISTRIBUIDAS

Un Sistema de Bases de Datos Distribuida (SBDD), Es un sistema en el cual


múltiples sitios de bases de datos están ligados entre sí por un sistema de
comunicaciones de tal forma que, un usuario en cualquier sitio puede acceder
los datos en cualquier parte de la red exactamente como si estos fueran
accedidos de forma local. Un sistema distribuido de bases de datos se almacena
en varias computadoras. Los principales factores que distinguen un SBDD de un
sistema centralizado son los siguientes:
 Hay múltiples computadores, llamados sitios o nodos.
 Estos nodos deben de estar comunicados por medio de algún tipo de red
de comunicaciones para transmitir datos y órdenes entre los sitios.

Conceptos de base de datos distribuidas


Es un conjunto de múltiples bases de datos lógicamente relacionadas las cuales
se encuentran distribuidas entre diferentes sitios interconectados por una red de
comunicaciones, los cuales tienen la capacidad de procesamiento autónomo lo
cual indica que puede realizar operaciones locales o distribuidas.
El soporte completo para las BDD implica que una sola aplicación debe ser capaz
de operar de manera transparente sobre los datos que están dispersos en bases
de datos diferentes, administradas por distintos DBMS, ejecutadas en máquinas
diferentes, manejadas por sistemas operativos diferentes y conectadas a una
variedad de redes de comunicación, donde el término transparente significa que
la aplicación opera desde un punto de vista lógico como sin todos los datos
fueran manejados por un solo DBMS y ejecutados en una sola máquina.
Características

1. Cuenta con autonomía local: Los sitios distribuidos deben ser autónomos,
es decir que todas las operaciones en un sitio dado se controlan en ese
sitio, pues cuenta con su propio SGBD.
2. Réplicas: Se realizan copias de los datos las cuales se almacenan en los
sitios que las requieren. De esta forma el usuario efectúa operaciones
sobre la réplica.
3. Fragmentación: Es deseable por razones de desempeño, los datos
pueden almacenarse en la localidad donde se utilizan con mayor
frecuencia de manera que la mayor parte de las operaciones sean solo
locales y se reduzca el tráfico en la red.
4. No dependencia de un sitio central: No debe haber dependencia de un
sitio central para obtener un servicio.
5. Transparencia de localización de datos: No debe ser necesario que los
usuarios sepan dónde están almacenados físicamente los datos, sino que
el usuario debe verlo como si solo existiera un sitio local.

P á g i n a 4 | 10
6. Manejo distribuido de transacciones: Tiene dos aspectos principales, el
control de recuperación y el control de concurrencia.
7. Independencia con respecto a la red: Se puede leer o escribir datos
localizados en diferentes nodos de la red.
8. Independencia del sistema operativo, hardware y DBMS: Para el usuario
final no importa que los datos estén almacenados en sitios en los que no
se maneje el mismo sistema operativo de su nodo local, el mismo
hardware o DBMS.
9. Dos tipos de transacciones: Locales, cuando se accede a los datos del
único sitio donde se inició la transacción. Globales, cuando se accede a
datos de sitios distintos al sitio donde se inició la transacción.

DISEÑO DE BASÉ DE DATOS DISTRIBUIDAS

El problema de diseño de bases de datos distribuidos se refiere, en general, a


hacer decisiones acerca de la ubicación de datos y programas a través de los
diferentes sitios de una red de computadoras.
Este problema debería estar relacionado al diseño de la misma red de
computadoras. Sin embargo, en estas notas únicamente el diseño de la base de
datos se toma en cuenta. La decisión de dónde colocar a las aplicaciones tiene
que ver tanto con el software del SMBDD como con las aplicaciones que se van
a ejecutar sobre la base de datos.
EL DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS CONTEMPLA LOS
DOS PUNTOS SIGUIENTES:
P á g i n a 5 | 10
1. Diseño del “esquema conceptual”:
El cual describe la base de datos integrada (esto es, todos los datos que son
utilizados por las aplicaciones que tienen acceso a las bases de datos).
2. Diseño “físico de la base de datos”:
Esto es, mapear el esquema conceptual a las áreas de almacenamiento y
determinar los métodos de acceso a las bases de datos.

PROBLEMAS DEL DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS

Diseño de la fragmentación:
1. Este se determina por la forma en que las relaciones globales se
subdividen en fragmentos horizontales, verticales o mixtos.
2. Diseño de la asignación de los fragmentos:
Esto se determina en la forma en que los fragmentos se mapean a las
imágenes físicas, en esta forma, también se determina la solicitud de
fragmentos.

En el diseño de la distribución de los datos, se deben de tomar en cuenta los


siguientes objetivos:
 Procesamiento local:
La distribución de los datos, para maximizar el procesamiento local
corresponde al principio simple de colocar los datos tan cerca como sea
posible de las aplicaciones que los utilizan. Se puede realizar el diseño de
la distribución de los datos para maximizar el procesamiento local
agregando el número de referencias locales y remotas que le
corresponden a cada fragmentación candidata y la localización del
fragmento, que de esta forma se seleccione la mejor solución de ellas.
 Distribución de la carga de trabajo:
La distribución de la carga de trabajo sobre los sitios, es una
característica importante de los sistemas de cómputo distribuidos. Esta
distribución de la carga se realiza para tomar ventaja de las diferentes
características (potenciales) o utilizaciones de las computadoras de cada
sitio, y maximizar el grado de ejecución de paralelismo de las
aplicaciones. Sin embargo, la distribución de la carga de trabajo podría
afectar negativamente el procesamiento local deseado.

P á g i n a 6 | 10
PROCESAMIENTO DE OPERACIONES DE ACTUALIZACIÓN
DISTRIBUIDAS

En un sistema de bases de datos distribuida se deben considerar procedimientos


adicionales de optimización de consulta.
Las consultas de la base de datos se clasifican en:
Transacción
Una transacción es una unidad lógica de trabajo, la cual no necesariamente
consta de una sola operación en la base de datos; más bien, es en general una
secuencia de varias de esas operaciones mediante la cual un estado consistente
de la base de datos se transforma en otro estado consistente, sin conservar por
fuerza la consistencia en todos los puntos intermedios.
Mecanismos de recuperación
A fin de soportar una respuesta favorable para la ejecución de transacciones, el
DBMS (Sistema Manejador de Bases de Datos) deberá de manejar el
procesamiento de transacciones. Esto es, deberá de garantizar que si la
transacción ejecuta algunas modificaciones y después se presenta una falla (por
cualquier razón), antes de que llegue al termino normal de la transacción, se
anularán esas modificaciones.
lograr esta apariencia de atomicidad se conoce como Manejador de
transacciones, y las operaciones de COMMIT (comprometer) y ROLLBACK
(retroceder) son la clave de su funcionamiento.
La operación COMMIT señala el término exitoso de la transacción: le dice al
manejador de transacciones que se ha finalizado con éxito una unidad lógica de
trabajo, que la base de datos esta (o debería estar) de nuevo en un estado
consistente, y que se pueden hacer permanentes todas las modificaciones
efectuadas por esa unidad de trabajo.
La operación ROLLBACK, en cambio, señala e término no exitoso de la
transacción: le dice al manejador de transacciones que algo salió mal, que la
base de datos podría estar en un estado inconsistente y que todas las
modificaciones efectuadas hasta el momento por la unidad lógica de trabajo
deben retroceder o anularse.
PROPIEDADES ACID (Atomicity, Consistency, Isolation, Durability)
Una transacción posee cuatro propiedades fundamentales
Atomicidad.Una Transacción es una unidad de trabajo indivisible; la totalidad de
sus acciones son un éxito un fracaso (“todo o nada”).
Consistencia. Después de ejecuta una Transacción debe dejar al sistema en
estado correcto o debe abortarlo. Si la Transacción no puede alcanzar un estado
final debe regresar al sistema a su estado original.

P á g i n a 7 | 10
Aislamiento. El comportamiento de una Transacción no se ve afectado por el
hecho de que otras Transacciones puedan estar ejecutándose de manera
concurrente; dicho de otra manera, una Transacción no puede revelar sus
resultados a otras Transacciones concurrentes antes de su comita.
Procesamiento de consultas distribuidas
Primeramente se debe de contar con heterogeneidad de los datos, para que
puedan ser usados para formular consultas. Tenemos los siguientes ejemplos:

Base de datos centralizada


Base de datos distribuida
también necesitamos contar con:
1. Localización de los datos para generar reglas heurísticas
2. Descomposición de consultas en paralelo en cada nodo
3. Reducir la cantidad de datos a transferir en la red
4. Estrategias de procesamiento de consultas distribuidas

Cuenta con la estrategia de Reformulación de consultas, que nos sirve para


encontrar q la información que nos va a proveer sea solo la que se le pidió por la
fuente También se cuenta con la estrategia de descomposición de las fuentes,
que consiste en que según las fuentes q pidan cierto tipo de datos sean las
atendidas con mayor velocidad.

MANEJO DE TRANSACCIONES

Una transacción en un sistema de gestión de bases de datos (SGBD), es un


conjunto de ordenes que se ejecutan formando una unidad de trabajo, es decir,
una forma indivisible o atómica.
Transacción consiste en lograr hacer cualquier tipo de operación en una base de
datos, basándonos en consultas desde las más simples hasta las de mayor
grado de complejidad.
Transacción se entiende en el ámbito de las bases de datos en lograr hacer
acciones sobre las bases de datos deseadas, logrando operaciones de ingreso,
borrado, actualización y visualizar.
Tipos de transacciones
Transacciones simples distribuidas. Una T simple puede correr en sitios múltiples
y actualizar recursos localizados dentro de administradores de recursos
múltiples.
Transacciones encadenadas (syncpoint, encadenadas y sagas). Un syncpoint
es un punto de sincronización que permite el guardado periódico del trabajo
P á g i n a 8 | 10
acumulado dentro de una transacción, permitiendo de esta forma dar marcha
atrás al trabajo sin, abortar la transacción. Sin embargo, este trabajo no es
almacenado permanentemente, por lo que si el sistema se colapsa el trabajo se
pierde.
Transacciones anidadas. Ofrecen la posibilidad de definir transacciones dentro
de otras transacciones. cada subtransacción puede emitir una grabación o
retroceso para las piezas de trabajo asignadas.
Transacciones simples. Todas las operaciones se llevan a cabo en el mismo
nivel dentro de una T La Transacción empieza con un begin_transaction y
termina ya sea con un commit_transaction o abort_transaction. Toda la
transacción es indivisible. En un principio las Transacciones simples fueron
suficientes por su sencillez y por su adaptación a operaciones bancarias breves.
Actualmente las Transacciones han incursionado en todas las facetas de la
computación, pero no han resultado lo más adecuado, ya que tienen un
comportamiento:
 Frágil: En transacciones de negocios que se extienden por períodos
largos.
 Débil: En procesamiento por lotes.
 Nulo:Situaciones que requieren dar marcha atrás
MONITORES TP (Transaction Processing) Un monitor de TP es un sistema
operativo de procesamiento de transacciones que tiene como funciones
principales:
Administración de procesos:
Poner en marcha los procesos del servidor Canalizar el trabajo en dirección a
ellos Vigilar su correcta ejecución Equilibrar cargas de trabajo
Administrador de transacciones
Garantiza las propiedades ACID para todos los programas bajo su protección.
Los monitores se especializan en la administración de transacciones desde su
punto de origen (por lo general en el cliente), ya través de uno o más servidores,
para luego volver al cliente originario. Cuando una T llega a su fin, el monitor de
TP debe cerciorarse de que todos los sistemas involucrados en ella queden en
estado consistente.

P á g i n a 9 | 10
CONCLUSIÓN

Ejerciendo el manejo de las base de datos en un sitio en el cal será utilizado en


múltiples ordenadores requiere de un a exhaustiva selección de la misma ,
considerando el trabajo que realizará al momento de ser utilizada y por su
puesto tomando en cuenta su utilidad que se le Dara. Uno de los puntos a
considerar al momento de realizar una base de datos es la transacción que se
realizará al momento de trabajar con ella, ya quiero y hay varios tipos de
transacciones cada una con sus ventajas y desventajas. Sin embargo. La
protección de esta es importante considerando que una base de datos como su
nombre lo dice guarda y recauda datos tanto personales como letales.

BIBLIOGRAFÍA

Jiménez Raúl . (21/junio/2017). BASES DE DATOS DISTRIBUIDAS.


23/septiembre/2020, de Independiente Sitio web:
https://topicdb.wordpress.com/1-2-diseno-de-base-de-datos-distribuidas-4/

Rubiy .(12/Septiembre/2018) Información de bases de datos


distribuidas.23/septiembre/2020,de ecuRED, sitio web :
https://www.ecured.cu/Bases_de_datos_distribuidas#Componentes

B.O.M.G. (jueves, 12 de diciembre de2012). Tópicos de Base de Datos.


24/09/20, de bloggpost Sitio web: http://tbdmontalvogil.blogspot.com/

Carmen Carreon. (17 dic. 2015 9:51). UNIDAD 1 SISTEMAS DE BASES DE DATOS
DISTRIBUIDOS. 24/09/20, de Google sites Sitio web:
https://sites.google.com/site/evidenciasdetbdcarreon2015/contenido/unida
d-1

P á g i n a 10 | 10

También podría gustarte