uno en una diferente localización geográfica, cada sitio en la red es autónomo en sus
capacidades de procesamiento y es capaz de realizar operaciones locales y en cada uno
de estos ordenadores debe estar ejecutándose una aplicación a nivel global que permita
la consulta de todos los datos como si se tratase de uno solo.
Para tener una base de datos distribuida debe cumplirse las condiciones de una Red
Computacional. Una red de comunicación provee las capacidades para que un proceso
ejecutándose en un sitio de la red envié y reciba mensajes de otro proceso ejecutándose
en un sitio distinto. Parámetros a considerar incluyen: Retraso en la entrega de mensajes,
Costo de transmisión de un mensaje y Confiabilidad de la red.
Tipos de almacenamiento:
Replica: El sistema conserva varias copias o réplicas idénticas de una tabla.
Cada réplica se almacena en un nodo diferente.
Fragmentación horizontal primaria: Una fragmentación horizontal primaria
de una relación se obtiene usando predicados que están definidos en esa
relación. La fragmentación horizontal derivada, por otra parte, es la partición de
una relación como resultado de predicados que se definen en otra relación.
Para poder construir una fragmentación, es necesario proporcionar información acerca de
la base de datos y acerca de las aplicaciones que las utilizan. En primer término, es
necesario proporcionar la información acerca del esquema conceptual global. En este
sentido es importante dar información acerca de las relaciones que componen a la base
de datos, la cardinalidad de cada relación y las dependencias entre relaciones.
En segundo lugar, se debe proporcionar información acerca de la aplicación que utiliza la
base de datos. Este tipo de información es cuantitativa y consiste de los predicados
usados en las consultas de usuario.
Fragmentación horizontal derivada: Una fragmentación horizontal derivada
se define en la relación miembro de una liga de acuerdo a la operación de
selección especificada en la relación propietaria. La liga entre las relaciones
propietaria y miembro. Esto es importante, ya que se quiere particionar una
relación miembro de acuerdo a la fragmentación de su propietario, pero se
quiere que los fragmentos resultantes queden definidos únicamente en los
atributos de la relación miembro.
1
Fragmentación vertical: Una fragmentación vertical de una relación R
produce fragmentos R1, R2, …, Rr, cada uno de los cuales contiene un
subconjunto de los atributos de R así como la llave primaria de R. El objetivo
de la fragmentación vertical es particionar una relación en un conjunto de
relaciones más pequeñas de manera que varias de las aplicaciones de usuario
se ejecutarán sobre un fragmento. En este contexto, una fragmentación
“óptima” es aquella que produce un esquema de fragmentación que minimiza
el tiempo de ejecución de las consultas de usuario.
La fragmentación vertical ha sido estudiada principalmente dentro del contexto de los
sistemas de manejo de bases de datos centralizados como una herramienta de diseño, la
cual permite que las consultas de usuario traten con relaciones más pequeñas haciendo,
por tanto, un número menor de accesos a páginas.
La fragmentación vertical es inherentemente más complicada que particionamiento
horizontal ya que existe un gran número de alternativas para realizarla.
Por lo tanto, se utilizan heurísticas para hacer el particionamiento. Los dos enfoques
básicos son:
Agrupamiento: Inicia asignando cada atributo a un fragmento, y en cada paso,
algunos de los fragmentos satisfaciendo algún criterio se unen para formar un
solo fragmento.
División: Inicia con una sola relación realizar un particionamiento basado en el
comportamiento de acceso de las consultas sobre los atributos.
Nos concentraremos aquí al estudio del enfoque divisional ya que, por un lado, su
aplicación es más natural al enfoque de diseño “top-down”. Además, el enfoque divisional
genera fragmentos que no se traslapan mientras que el agrupamiento típicamente resulta
en fragmentos traslapados. Por supuesto, la no trasladación no incluye a las llaves
primarias.
Fragmentación hibrida: En muchos casos una fragmentación horizontal o
vertical de un esquema de una base de datos no será suficiente para satisfacer
los requerimientos de aplicaciones de usuario. En este caso, una
fragmentación vertical puede ser seguida de uno horizontal, o viceversa,
produciendo un árbol de particionamiento estructurado, Ya que los dos tipos de
2
particionamiento se aplican uno después del otro, esta alternativa se le conoce
como fragmentación híbrida.
Investigar en la empresa en la que se trabaja, si las bases de datos
involucradas están centralizadas o distribuidas, en caso de ser
distribuidas, investigar en medida de lo posible, detalles de la
distribución, tomando en cuenta si hay distribución homogénea o
heterogénea, qué SGBDs se utilizan, niveles de Autonomía, etc.
En la actualidad no contamos son un sistema de base de datos distribuida dentro de la
empresa donde trabajo, por lo tanto, la información que proporciono es con respecto a un
compañero de trabajo menciono los siguientes datos:
Nombre entrevistado: Mirna Lopez Sánchez.
Puesto: Jefe de Desarrollo de Sistemas.
Institución: Grupo Comercial Chedraui
Se está usando una distribución homogénea de base de datos debido a diversos motivos
los cuales son:
Se cuentan con diversos sistemas para consulta de información y procesamiento
como Punto de Venta, Artus, SAP Hana y manejan un esquema similar a Mysql y
no se cuenta con el código fuente de los mismos.
El hecho de implementar diversos manejadores de bases de datos (caso SQL
Server) podría implicar el gasto de una licencia de uso, la cual representa un
costo.
El tipo de bases de datos que se manejan actualmente, no hacen uso de datos
espaciales y geográficos, por lo que no es necesario otro manejador como
PostgreSQL por ejemplo.
El uso de Mysql no requiere comprar licencia.
Se cuenta con una autonomía local, siendo responsable el propietario de la información.
Esta autonomía es requerida debido al tipo de datos que se resguardan en las bases, y
que, por normativa de acceso a la información, debe de asegurarse que la información se
3
encuentre de manera local y no con terceros. Así que todas las operaciones realizadas a
bases de datos son realizadas a servidores locales.
Conclusión
Una base de datos distribuida o BDD consiste en varias bases de datos situadas en
diferentes espacios físicos o lógicos, conectadas entre sí por un sistema de
comunicaciones.
Las bases de datos distribuidas o Distributed Database Management System (DDBMS) se
caracterizan por almacenar la información en varias computadoras conectadas entre sí, a
las cuáles los usuarios pueden acceder desde cualquier sitio como si se tratara de una
red local.
Entre las características de una base de datos distribuida se pueden citar las siguientes:
Está formada por varias computadoras, a las cuales se les denomina nodos.
Los nodos se comunican entre sí mediante una red de comunicaciones.
Cada uno de los ordenadores que forman parte de la red tiene autonomía local.
Generalmente, la red de computadoras no depende de ningún sitio central.
Tiene un funcionamiento independiente de su localización.
Se realizan continuas transacciones de información entre nodos.
La base de datos funciona independientemente del equipo, sistema operativo o
red.
Como ya has podido deducir, las bases de datos distribuidas funcionan como una suma
de bases de datos individuales conectadas entre sí. Esto les otorga numerosas ventajas,
pero también algún inconveniente.
Las Ventajas de usar Base de Datos Distribuidas en este caso específico permite que:
Permiten trabajar a cada nodo de la red con autonomía local
Aumentan la disponibilidad, confiabilidad y eficiencia en el acceso a la información.
Se pueden expandir de forma indefinida en función de las necesidades de la
empresa u organización.
Permiten la escalabilidad sin necesidad de grandes inversiones.
4
Los recursos se comparten entre nodos, de manera que se puede acceder a toda
la información desde cualquier sitio.
Referencias
Aquino Bolivia. (s.f.). Diseño de Base de Datos Distribuida. Bolivia, Cochabamba,
Bolivia.
Carlos, A. L. (2017). perpectiva personal del enfoque de base de datos
centralizada y distribuida.
Elmasri, R. A. (2002). Base de datos distribuido y arquitectura cliente-servidor. En
R. A. Elmasri, Base de datos distribuido y arquitectura cliente-servidor. En sistema
de base de datos (págs. 704-705). México: Pearson.
