Unidad lll: Diseo De La Base De Datos Distribuida.

El diseo de un sistema de base de datos distribuido implica la toma de decisiones sobre la ubicacin de los programas que accedern a la base de datos y sobre los propios datos que constituyen esta ltima, a lo largo de los diferentes puestos que configure una red de ordenadores. La ubicacin de los programas, en un principio no debera suponer un excesivo problema dado que se debe tener una copia de ellos en cada mquina de la red, sin embargo, cual es la mejor opcin para colocar los datos: Podra ser en una gran mquina que albergue a todos ellos, encargada de responder a todas las peticiones del resto de las estaciones, o se podra pensar en repartir las relaciones, las tablas, por toda la red, suponiendo que se elige la segunda opcin, Qu criterios se deberan seguir para llevar a cabo la distribucin?, realmente este enfoque ofrecer un mayor rendimiento que el caso centralizado. Tradicionalmente se ha clasificado la organizacin de los sistemas de B.D.D. sobre tres dimensiones: El nivel de comparticin, las caractersticas de acceso a los datos y el nivel de conocimiento de esas caractersticas de acceso. Diseo de la distribucin. Existen diversas formas de afrontar el problema del diseo de la distribucin. En el primer caso, los dos procesos fundamentales, la fragmentacin y la asignacin, se abordan de forma simultnea. Esta metodologa se encuentra en desuso, y es sustituida por el enfoque en dos fases, caso b: La realizacin primeramente de la participacin para luego asignar los fragmentos generados. Replica. El sistema conserva varias copias o replicas idnticas de una tabla. Cada replica se almacena en un nodo diferente. Ventajas: Disponibilidad, se refiere a que el sistema sigue funcionando en caso de cada de uno de los nodos. Aumento del paralelismo, varios nodos consultas en paralelo sobre la misma tabla. pueden realizar

Desventajas:

Aumento de la sobrecarga en las actualizaciones, esto se refiere a que el sistema debe asegurar que todas las replicaciones de la tabla sean consistentes. Cuando se realiza una actualizacin sobre una de las replicas, los cambios deben propagarse a todas las replicas de dicha tabla a lo largo del sistema distribuido. Fragmentacin.

Fragmentacin horizontal: Una tabla T se divide en subconjuntos T1, T2, Tn. Los fragmentos se definen a travs de una operacin de seleccin y su reconstruccin se realiza con una operacin de unin de los fragmentos componentes. Pueden existir fragmentos no distintos, lo cual es la combinacin de fragmentos y replicacin. Fragmentacin vertical: Una tabla T se divide en subconjuntos T1, T2, Tn y los fragmentos de definen atraves de una operacin de proyeccin. Cada fragmento debe incluir la clave primaria de la tabla. Su reconstruccin se realiza con una operacin de JOIN de los fragmentos componentes, pudiendo existir de igual manera fragmentos no disjuntos. Fragmentacin mixta: Es la combinacin de las dos anteriores. Niveles de transparencia en una BDD. La transparencia se define como la separacin de la semntica de alto nivel de un sistema de los aspectos de bajo nivel relacionados con la implementacin del mismo. Un nivel de transparencia adecuado permite ocultar los detalles de implementacin a las capas de alto nivel de un sistema y a otros usuarios. La independencia de datos se puede dar de dos maneras: Fsica Lgica

Independencia fsica: Se refiere al ocultamiento de los detalles sobre las estructuras de almacenamiento a las aplicaciones de usuario. La descripcin fsica de los datos puede cambiar sin afectar a las aplicaciones de usuario, por ejemplo, los datos pueden ser movidos de un disco a otro. Independencia lgica: Se refiere a la inmunidad de las aplicaciones de usuario a los cambios en la estructura lgica de la base de datos. Esto permite que un cambio en la definicin de un sistema no Deva

afectar a las aplicaciones de usuario. Por ejemplo, el agregar un nuevo atributo a una relacin, la creacin de una nueva relacin, el ordenamiento lgico de algunos atributos. Transparencia a nivel de red. Se refiere a que los datos en un sistema de bases de datos distribuidos se accesan sobre una red de computadoras, sin embargo, las aplicaciones no deben notar su existencia. La transparencia a nivel de red conlleva a dos cosas:
-

Transparencia sobre la localizacin de los datos: Las instrucciones que se usan son independientes de la ubicacin de los datos en la red y del lugar donde la operacin se lleve a cabo. Transparencia sobre el esquema de nombramiento: Lo anterior se nombre proporcionando un nombre nico a cada objeto en sistema distribuido. As, no se debe mesclar la informacin de la localizacin con el nombre del objeto. La transparencia sobre la fragmentacin de datos: Se refiere a que si existen replicas de objetos de la base de datos, su existencia debe ser controlada por el sistema y no por el usuario ya que se debe de tener en cuenta que cuando el usuario se encarga de manejar la rplica en el sistema, el trabajo de este es mnimo por lo que se puede obtener una eficiencia mayor. Sin embargo, el usuario puede olvidarse de mantener la coincidencia de los replicas teniendo as datos diferentes. cuando los objetos de la base de datos estn fragmentados, el sistema tenga que manejar la convencin de consultas de usuario definidas sobre relaciones globales a consultas definidas sobre los fragmentos. As tambin, sea necesario mesclar las repuestas a consultas fragmentadas para obtener una sola respuesta a una consulta global. El acceso a una base de datos distribuida debe hacerse de forma 100% transparente.

2.

3. Transparencia a nivel de fragmentacin: Permite que

La responsabilidad sobre el manejo de la transparencia debe estar compartida tanto por el sistema operativo, el sistema manejador de base de datos y el lenguaje de acceso a la misma. Entre estos tres mdulos se deben resolver los aspectos sobre el procesamiento distribuido de las consultas y sobre el manejo de nombres de objetos distribuidos.

Transparencia a nivel de red Es de suma importancia entre las bases de datos centralizadas, sin embargo, en las distribuidas adquiere una mayor relevancia. El objetivo es convertir las acciones de usuario en instrucciones para manipular los datos. No obstante, el orden en que se realizan las transacciones afecta grandemente la velocidad de respuesta del sistema. As, el procesamiento de consulta presenta un problema de optimizacin en el cual se determina el orden en el que se hace la menor cantidad de operaciones. Se tiene que considerar el procesamiento local de una consulta junto con el costo de transmisin de informacin al lugar donde se solicito la consulta.