Transparencia en un SGBDD
-
Upload
daniel-socola-escobar -
Category
Documents
-
view
7.899 -
download
0
description
Transcript of Transparencia en un SGBDD
![Page 1: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/1.jpg)
Integrantes:Integrantes: Daniel Socola Christopher Ortega Espinosa
FechaFecha: 26/junio/2008 Tema: Transparencia en un SGBDD
![Page 2: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/2.jpg)
La transparencia oculta al usuario los detalles de implementación , como por ejemplo la independencia de los datos es una forma de transparencia. El objetivo global es hacer que el uso de una base de datos distribuida sea equivalente al de una base de datos centralizada Tipos de transparencia en un SGBDTipos de transparencia en un SGBD•Transparencia de distribución •Transparencia de transacción •Transparencia de rendimiento•Transparencia de SGBD
![Page 3: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/3.jpg)
Permite percibir al usuario la base de datos como una única entidad lógica
El usuario no necesita saber que datos están fragmentados
Transparencia de Fragmentación Los accesos a la base de datos se basan en el esquema global
, de modo que el usuario no necesita especificar nombres de fragmentos ni ubicaciones de datos
Transparencia de Ubicación El usuario debe conocer como han sido fragmentados los
datos pero puede ignorar cual es la ubicación de esos datos La principal ventaja es que puede reorganizarse físicamente
la BD sin que ello afecte los programas de aplicación
![Page 4: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/4.jpg)
Transparencia de Replicación Esta relacionada con la transparencia de ubicación. Esta transparencia quiere decir que el usuario no es
conciente de la replicación de los fragmentos.
Transparencia de Asignación Local El usuario necesita especificar tanto los nombres de los
fragmentos como la ubicación de los elementos de datos
Transparencia de denominación Cada elemento de una base de datos distribuida debe
tener un nombre univoco. El SGBDD debe garantizar que dos nodos no creen un
objeto de base de datos que tenga el mismo nombre
![Page 5: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/5.jpg)
* La transparencia de transacción en un entorno SGBDD garantiza que todas las transacciones distribuidas mantengan la integridad y coherencia de la base datos distribuida.
* Una transacción distribuida accede a datos almacenados en mas de una ubicación.
* Cada transacción esta dividida en una serie de subtransacciones una por cada nodo al que haya que acceder .
* Cada transacción esta representada por un agente.
![Page 6: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/6.jpg)
TRANSPARENCIA DE CONCURRENCIA El SGBDD proporciona transparencia de concurrencia si
los resultados de todas las transacciones concurrentes se obtienen independientemente y so son lógicamente coherentes con los resultados que se obtendrían si las transacciones se ejecutaran de una en una.
TRANSPARENCIA DE FALLOS El SGBDD debe garantizar la atomicidad de la
transacción global, es decir garantizar que todas las subtransacciones de la transacción global se confirmen o que todas se aborten.
Por lo tanto el SGBDD deberá sincronizar la transacción global para garantizar que todas las subtransacciones se hayan completado con éxito antes de registra la operación COMMIT.
![Page 7: Transparencia en un SGBDD](https://reader035.fdocumento.com/reader035/viewer/2022081803/55988e8c1a28ab90128b47d6/html5/thumbnails/7.jpg)
Clasificación de las transacciones en la arquitectura DRDA:
SOLICITUD REMOTA: Una aplicación en un nodo puede enviar una solicitud a otro nodo remoto para su ejecución
UNIDAD DE TRABAJO REMOTA: Una aplicación en un nodo local puede enviar todas las instrucciones SQL de una unidad de trabajo a algún nodo remoto para su ejecución.
UNIDAD DE TRABAJO DISTRIBUIDA: Una aplicación en un nodo local puede enviar parte o todas las instrucciones SQL de una transacción a uno o mas nodos para su ejecución.
SOLICITUD DISTRIBUIDA: Una aplicación en un nodo local puede enviar parte o todas instrucciones SQL de una transacción a uno o mas nodos para su ejecución.