1 / 9

Diseño de Bases de Datos Distribuidas (4ta Parte)

Diseño de Bases de Datos Distribuidas (4ta Parte). Lic. Bárbara da Silva. Sistemas de Bases de Datos Distribuidas - UCV. Esquema de la Clase. Fragmentación Mixta Ejercicio de Fragmentación Ejercicio de Transparencia. Fragmentación Mixta.

mercury
Download Presentation

Diseño de Bases de Datos Distribuidas (4ta Parte)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Diseño de Bases de Datos Distribuidas(4ta Parte) Lic. Bárbara da Silva Sistemas de Bases de Datos Distribuidas - UCV

  2. Esquema de la Clase • Fragmentación Mixta • Ejercicio de Fragmentación • Ejercicio de Transparencia

  3. Fragmentación Mixta Es la combinación de fragmentación horizontal y vertical, también llamada fragmentación híbrida ó fragmentación anidada. Ejemplo: Proyecto (numProy, nombre, presupuesto, localización) FV de Proyecto: Proyecto1 (numProy, nombre, localización) Proyecto2 (numProy, presupuesto) FH de Proyecto1: Proyecto11 = SL localización=‘Caracas’ Proyecto1 Proyecto12 = SL localización=‘Valencia’ Proyecto1

  4. Fragmentación Mixta Con respecto al ejemplo: ¿Cómo es el árbol de fragmentación? ¿Cómo se reconstruye la relación proyecto?

  5. Fragmentación Mixta Niveles de fragmentación En la FH se detiene la fragmentación cuando cada fragmento sólo posee una tupla y en FV cuando cada fragmento posee un atributo. Pero a nivel práctico lo adecuando es no tener más de 2 niveles de fragmentación debido a: • Reconstrucción de una relación global normalizada. • Alto costo de los join en caso de mucha FV.

  6. Ejercicio de Fragmentación Se tiene el siguiente esquema conceptual global: EMP (EmpNum, Nombre, Salario, impuesto, Numdep, cargo) DEPT (NumDep, Nombre, Área) SUPLIDOR (Snum, Nombre, Ciudad) PRODUCTO (Pnum, Snum, NumDep, Cantidad)

  7. Ejercicio de Fragmentación Asuma que unas aplicaciones importantes requieren información acerca de empleados miembros de proyectos. Sea cada departamento un nodo de la base de datos distribuida. Las aplicaciones pueden ser emitidas por cualquier departamento, sin embargo, cuando ellas son emitidas por un departamento dado, refieren a tuplas de empleados de ese departamento con mayor probabilidad que las tuplas de otros empleados. Esto pasa porque los empleados están distribuidos en departamentos.

  8. Ejercicio de Fragmentación Asuma que otras aplicaciones requieren sólo datos de aquellos empleados que son programadores. Estas últimas aplicaciones pueden ser emitidas en cualquier nodo de la base de datos distribuida y hacen referencia a todos los programadores con la misma probabilidad. Asumamos que tenemos sólo dos departamentos 1 y 2. Algunas aplicaciones requieren información acerca de Productos suplidos por un suplidor dado. Sólo en el departamento 1 se realizan los cálculos de nómina que necesitan los campos salario e impuesto. Ninguna otra aplicación lo necesita.

  9. Ejercicio de Transparencia Recuperar el nombre del proveedor de un producto. Se asume que: El número del producto es dado por el usuario. Un producto es suplido por un solo proveedor. Escriba la consulta para cada uno de los niveles de transparencia

More Related