WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
Este Cmap, tiene información relacionada con: Capítulo 5 .- Arquitectura de los manejadores de base de datos, 5.10.1.1. Procesamiento de datos ???? aún no se estandarizado un lenguaje que permita la actualización, inserción o eliminación de elementos de un documento XML., 5.7.4.4. Durabilidad ???? Significa que una vez que una transacción ha finalizado con éxito, debe cambiarse hacia un estado estable a prueba de fallos., 5.9.18.2. Ventajas de las base de datos federadas ???? - Refleja una estructura organizacional: los fragmentos de la base de datos se ubican en los departamentos a los que tienen relación. - Autonomía local: un departamento puede controlar los datos que le pertenecen. - Disponibilidad: un fallo en una parte del sistema solo afectará a un fragmento, en lugar de a toda la base de datos. - 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. - Economía: es más barato crear una red de muchas computadoras pequeñas, que tener una sola computadora muy poderosa. - Modularidad: se pueden modificar, agregar o quitar sistemas de la base de datos distribuida sin afectar a los demás sistemas (módulos)., posicionamiento de la data en el sistema y el esquema bajo el cuál lo desea hacer. Para esto hay cuatro alternativas principales: centralizada, replicada, fragmentada, e híbrida. ???? 5.9.14.1. Centralizada Esta Forma es muy similar al modelo de Cliente/Servidor en el sentido que la BDD está centralizada en un lugar y los usuarios están distribuidos., Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.6. Optimizador de consultas 5.6.2. Orden de "Join", 5.9.9.3.1. Bloqueo de dos fases (2PL) Ejemplos del algoritmo 2PL: - El algoritmo básico es el que sigue el esquema previamente explicado con la variante de que el bloqueo de escritura se pide para todas las copias del elemento. - 2PL de copia primaria: en vez de pedir bloqueo para cada copia del elemento de escritura se le pide a una copia primaria o principal. - 2PL de voto: se pide a todos los nodos que voten para ver si se concede el bloqueo. - 2PL centralizado: el manejador de bloqueos está centralizado y todas las peticiones, 5.9.18.1. Objetivos de implementación Cuando se quiere implementar una base de datos distribuida se tienen ciertos objetivos comunes: - Transparencia de ubicación. Permite a los usuarios tener acceso a los datos sin que tenga conocimiento de la ubicación de éstos. Esto - Transparencia de duplicación. Para que la transparencia de duplicación sea posible, los administradores de transacciones deben traducir las solicitudes de procesamiento de transacción en acciones para el administrador de datos. Para - Transparencia de concurrencia. Cuando hay varias transacciones ejecutándose al mismo tiempo, los resultados de las transacciones no deberán afectarse. - Transparencia de fallas. Esto significa que a pesar de fallas las transacciones sean procesadas de un modo correcto. - Localidad del procesamiento. Los datos se deben distribuir lo más cerca posible de las aplicaciones que los usan para maximizar la localidad del procesamiento, este principio responde a minimizar el acceso remoto a los datos. - Particionamiento de la Base de Datos. La base de datos se distribuye de modo que no haya solapamiento o duplicación de los datos mantenidos en las diferentes localidades, como no hay duplicaciones de los datos, se evitan los costos asociados con el almacenamiento y mantenimiento de datos redundantes. - Fragmentación de datos. Esto consiste en subdividir las relaciones y distribuirlas entre los sitios de la red, tiene como objetivo buscar formas alternativas de dividir una las instancias (tablas) de relaciones en otras más pequeñas., Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.6. Optimizador de consultas . Esto significa escoger de entre los planes de ejecución cual es el más eficiente. SQL, 5.7.1. Transacción comandos - BEGIN TRAN: especifica que va a empezar una transacción. - COMMIT TRAN: le indica al motor que puede considerar la transacción completada con éxito. - ROLLBACK TRAN: indica que se ha alcanzado un fallo y que debe restablecer la base al punto de integridad., 5.9.19. Productos existentes ???? - Oracle 11g - Microsoft SQL Server 2008, 5.9.15. Seguridad ???? 5.9.15.2. El problema de inferencia, Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.5. El proceso de optimización Las características que definen el proceso de optimización son: - Ser relacionalmente completo. - Suministrar un punto de partida sólido para las siguientes fases. - Proporcionar un grado de libertad suficiente para realizar las posibles optimizaciones., Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.8. Recuperación La operación savepoint (punto de recuperación) es una forma de implementar sub-transacciones (o transacciones anidadas) dentro de un sistema gestor de base de datos relacional indicando un punto dentro de una transacción de base de datos que puede ser "rolled back" (devuelto) sin afectar a cualquier trabajo realizado en la transacción antes de que el punto de recuperación fuera creado., Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.10. Bases de datos nativas XML 5.10.1.1. Procesamiento de datos, 5.9.18.3. Desventajas de las base de datos federadas ???? - Complejidad: debe asegurarse que la base de datos sea transparente, se debe lidiar con varios sistemas diferentes que pueden presentar dificultades únicas. 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. - Economía: la complejidad y la infraestructura necesaria implica que se necesitará una mayor mano de obra. - Seguridad: se debe trabajar en la seguridad de la infraestructura así como cada uno de los sistemas. - Integridad: se vuelve difícil mantener la integridad, aplicar las reglas de integridad a través de la red puede ser muy caro en términos de transmisión de datos. - Falta de experiencia: las bases de datos distribuidas son un campo relativamente nuevo y poco común por lo cual no existe mucho personal con experiencia o conocimientos adecuados. - Carencia de estándares: aún no existen herramientas o metodologías que ayuden a los usuarios a convertir un DBMS centralizado en un DBMS distribuido. - Diseño de la base de datos se vuelve más complejo: además de las dificultades que generalmente se encuentran al diseñar una base de datos, el diseño de una base de datos distribuida debe considerar la fragmentación, replicación y ubicación de los fragmentos en sitios específicos., 5.9.12.3. Estructura ???? Si se considera la estructura que puede tener una transacción se examinan dos aspectos: si una transacción puede contener a su vez subtransacciones o el orden de las acciones de lectura y escritura dentro de una transacción., 5.9.8. Calendarizador distribuido 5.9.9.1. Bloqueos 5.9.9.2. Concurrencia, Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.5. El proceso de optimización El proceso se da en 5 partes: - Representación interna de consultas - Conversión a forma canónica - Elección de procedimientos de bajo nivel - Generación y elección de planes de consulta - Representación interna de consultas, Capítulo 5 .- Arquitectura de los manejadores de base de datos 5.3. Relación Las propiedades fundamentales de una relación son: - No hay tuplas repetidas. - Las tuplas no están ordenadas. - Los atributos no están ordenados. Al realizar este proceso debe tenerse en cuenta aspectos tales como: - Evaluación de que la consulta es algebraicamente más correcta. - Evaluación de la carga sobre los recursos del sistema., posicionamiento de la data en el sistema y el esquema bajo el cuál lo desea hacer. Para esto hay cuatro alternativas principales: centralizada, replicada, fragmentada, e híbrida. ???? 5.9.14.2. Replicadas En este tipo de distribución, el esquema de BDD de replicación consiste en que cada nodo debe tener su copia completa de la base de datos.