Ddbms
- 1. DDBMSDistributed Data Base Management Systemhttp://moodle.uttecam.edu.mx/ddbms.pdf
- 2. DDBMSDistributed Data Base Management SystemRené Martínez / Rosalino Santos / José Alberto Rojas
- 3. ContenidoAntecedentes de un DDBMSVentajas y DesventajasClasificación de los DDBMSArquitectura de un DDBMSConsultas y TransaccionesMecanismos de Actualización
- 4. Objetivo de la PresentaciónConocer los fundamentos y mecanismos de un DDBMS, así como demostrar su aplicación en un escenario de ejemplo
- 5. DDBMS es un almacén lógicamente relacionado en uno o más sitios físicamente independientes, como si se tratara de un todo, almacenado en un mismo equipo.¿Qué es un DDBMS?
- 6. Las DDBMS sincronizan todos los datos periódicamente, en algunos casos varios usuarios deben acceder a los mismos datos, garantizando la actualización y eliminación de los datos, estos se reflejan automáticamente en los datos almacenados en el lugar de origen.
- 7. Evolución de los DBMS
- 8. Porque cada nodo mantiene una completa autonomía, lo único que se encarga el DBMS es de mantener el esquema global que utilizan los usuarios para las consultas y actualizaciones. También utiliza mecanismo avanzados de control de concurrencia, y servicios avanzados de recuperación cuando un nodo falle.¿Porqué utilizar una base de datos distribuida?
- 9. Número de usuarios Número de transacciones Cantidad de datos para almacenar Consistencia en la información Presupuesto Experiencia propia o externaConsideraciones al elegir un DDBMS
- 10. Usuarios de un Sistema Manejador de Base de DatosPersonal del DBA Usuarios Esporádicos Programadores de Aplicaciones
- 11. Ventajas de una Base de Datos DistribuidaCompartimiento de datos. Los usuarios de un nodo son capaces de acceder a los datos de otro nodo. Autonomía. Cada nodo tiene cierto grado de control sobre sus datos, en un sistema centralizado, hay un administrador del sistema responsable de los datos a nivel global.
- 12. DisponibilidadSi en un sistema distribuido falla un nodo, los nodos restantes pueden seguir funcionando. Rendimiento Los datos generalmente se ubican cerca del sitio con mayor demanda, también los sistemas trabajan en paralelo, lo cual permite balancear la carga en los servidores.
- 13. InconvenientesCoste de desarrollo del software.La complejidad y la infraestructura necesaria implica que se necesitará una mayor mano de obra.Mayor probabilidad de errores.Como los nodos que constituyen el sistema funcionan en paralelo, es más difícil asegurar el funcionamiento correcto de los algoritmos, así como de los procedimientos de recuperación de fallos del sistema.
- 14. Mayor sobrecarga de procesamiento. El intercambio de mensajes y ejecución de algoritmos para el mantenimiento de la coordinación entre nodos supone una sobrecarga que no se da en los sistemas centralizados.Complejidad El diseño de la base de datos se tiene que trabajar tomando en cuenta su naturaleza distribuida, por lo cual no podemos pensar en hacer joins que afecten varios sistemas. Falta de experiencia Las bases de datos distribuidas son poco común por lo cual no existe mucho personal con experiencia o conocimientos adecuados.
- 15. Ambientes de Base de datos DistribuidaHomogéneasHeterogéneasAutónomoSistemaGatewayNo AutónomoFuncionalidad Completa de SGBDDMúltiples Base de Datos ParcialesFederadaNo FederadaClasificación
- 16. Arquitectura de un DDBMS (sistema de bases de datos distribuidas)La arquitectura se refiere a los elementos que componen al Gestor de Base de Datos.
- 17. ExternalSchema ExternalSchema ExternalSchema ExternalSchemaFederatedSchemaFederatedSchemaGlobalSchemaExportSchemaExportSchemaExportSchemaExportSchemaComponentSchemaComponentSchema• • •ComponentSchemaComponentSchema• • •LocalSchemaLocalSchemaLocalSchemaLocalSchema• • •• • •ArquitecturaEsquema GlobalArquitecturaFederada
- 18. Consultas y TransaccionesDBMS CentralizadoDescomposiciónConsultaOptimización
- 19. DBMS DistribuidoDescomposiciónLocalización de DatosConsultaOptimización GlobalOptimización
- 20. Mecanismos de ActualizaciónTwo Phase CommitSi una porción de una transacción no puede ser realizada, todos los cambios hechos en los otros sitios participantes en la transacción serán deshechos para mantener el estado consistente de la base de datos.El protocolo requiere que cada procesador de datos (DP) de transacciones registre una entrada, la cual sera mantenida unicamente por el DP, y ser escrita antes que el fragmanto de datos sea actualizado.Son necesarios los protocolos DO-UNDO-REDO y write-ahead.Dos tipos de nodosCoordinador Subordinado
- 21. Fase 1 : PreparaciónCoordinador envía un mensaje a los subordinadosLos subordinados reciben el mensaje ,escriben un registro de transacción usando el protocolo write-ahead y envían un mensaje de confirmación al coordinador (YES/PREPARED A COMMIT o NO/NOT PREPAREDFase 2: Commit FinalSe asegura que los subordinados han hecho COMMIT o ABORTEl coordinador informa un mensaje COMMIT a todos los subordinados y espera por las contestacionesCada subordinado recibe el mensaje y actualiza la base de datos usando el protocolo DO.El subpordinado contesta con un COMMITED o un NOT COMMITED al coordinador.
- 22. Ejemplo practico
- 24. Ambiente Global
- 26. Autoevaluación¿Qué es una DDBMS?¿Ventajas y Desventajas?¿Cómo se clasifican?¿Qué diferencia existe entre un ambiente Federado y uno de Esquema Global?¿Cuáles son los nodos que participan en el mecanismo 2 Phase Commit?
- 27. ReferenciasManual de Referencia MySQLFederatedhttp://dev.mysql.com/doc/refman/5.0/en/federated-storage-engine.htmlManual de Referencia MySQLClusterhttp://www.mysql.com/products/database/cluster/Overview of DistributedDatabase Management Systemshttp://el.mdu.edu.tw/datacos//09412311014A/Lecture03.doc