Integrantes: Daniel Socola Christopher Ortega Espinosa Fecha : 26/junio/2008 Tema:  Transparencia en un SGBDD
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 SGBD Transparencia  de distribución  Transparencia de transacción  Transparencia de rendimiento Transparencia de SGBD
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
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
* 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.
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.
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.

Transparencia en un SGBDD

  • 1.
    Integrantes: Daniel SocolaChristopher Ortega Espinosa Fecha : 26/junio/2008 Tema: Transparencia en un SGBDD
  • 2.
    La transparencia ocultaal 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 SGBD Transparencia de distribución Transparencia de transacción Transparencia de rendimiento Transparencia de SGBD
  • 3.
    Permite percibir alusuario 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
  • 4.
    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
  • 5.
    * La transparenciade 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.
  • 6.
    TRANSPARENCIA DE CONCURRENCIAEl 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.
  • 7.
    Clasificación de lastransacciones 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.