1. Diccionario de Datos
1.1. Es una incluido en el conjunto de los diagramas de flujo de datos que lista de todos los elementos describen un sistema.
1.2. almacena detalles y descripciones de estos elementos
1.3. contiene las características lógicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripción, contenido y organización.
1.4. Debe estar integrado dentro del SGBD.
2. Niveles de Transparencia
2.1. El propósito de establecer una arquitectura de un sistema de bases de datos distribuidas es ofrecer un nivel de transparencia adecuado para el manejo de la información.
2.1.1. Independencia lógica de datos
2.1.2. Independencia física de datos
2.1.3. Transparencia de acceso
2.1.4. Transparencia de ubicación
2.1.5. Transparencia de replicación
2.1.6. Transparencia de concurrencia
2.1.7. Transparencia frente a fallos
3. Fragmentacion de Datos
3.1. Consiste en particionar la información para distribuir cada parte en diferentes lugares de la red. De forma que cada relación se divide en varios fragmentos. Cada fragmento se guarda en una localización diferente.
3.2. Tipos
3.2.1. Horizontal
3.2.1.1. particion en tuplas de relaciones global en subconjuntos, donde cada subconjunto puede contener datos que cumplen una condicion.
3.2.2. Vertical
3.2.2.1. se divide el conjunto de atributos en grupos, los fragmentos se obtienen proyectando la relacion globalsobre cada grupo.
3.2.3. Mixta
3.2.3.1. aplicacion de fragmentacion vertical y despues fragmentacion horizontral y viceversa
4. Distribucion de Datos
4.1. Describe el proceso de decidir donde localizar los datos.
4.2. Una de las decisiones más importantes que el diseñador de bases de datos distribuidas debe tomar es el posicionamiento de los datos en el sistema y el esquema bajo el cual lo desea hacer
5. Consideraciones de Diseño de una BDD
5.1. Razones para construir Sistemas Distribuidos
5.1.1. Compartir informacion
5.1.1.1. cada localidad pueda controlar hasta cierto punto los datos
5.1.2. Fiabilidad y Disponibilidad
5.1.2.1. Si se produce un fallo en una localidad de un sistema distribuido, es posible que las demás localidades puedan seguir trabajando
5.1.3. Agilizar el procesamiento de las Consultas
5.1.3.1. Si una consulta comprende datos de varias localidades, puede ser posible dividir la consulta en varias subconsultas que se ejecuten en paralelo en distintas localidades
6. Se debe considerar el problema de cómo distribuir la información entre diferentes sitios.
7. La organización de los sistemas de base de datos distribuidos se pude analizar en 3 dimensiones
7.1. nivel de comparticion
7.1.1. inexistentes
7.1.2. comparticion de datos
7.1.3. comparticion de datos y programas
7.2. caracteristicas de Acceso
7.2.1. estatico
7.2.2. dinamico
7.3. nivel de conocimiento
7.3.1. sin informacion
7.3.2. con informacion parcial
7.3.3. con informacion total
8. A la hora de abordar el diseño de una base de datos distribuida podremos optar Principalmente por dos tipos de estrategias:
8.1. • La estrategia ascendente (botton – up)
8.1.1. se partirá de los esquemas conceptuales locales y se trabajaría para llegar a conseguir el esquema conceptual global. Después se pasaría al diseño de distribución.
8.2. • La estrategia descendente (top - Dow)
8.2.1. Se parte de cero y se avanza en el desarrollo del trabajo
9. Factores tomados en cuenta:
9.1. repeticiòn
9.1.1. el sistema mantendra varias copias identicas
9.2. fragmentacion
9.2.1. cada fragmento se almacenara en una localidad diferente
9.3. repeticiòn y fragmentacion
9.3.1. el sistema debe ser cpaz de mantener copias identicas en cada uno de los fragmentos.