Вы находитесь на странице: 1из 5

Instituto de Estudios Universitarios Online.

Maestría en
Ciencias de la Computación
y Telecomunicaciones

Materia:
Bases De Datos Distribuidas En Las Telecomunicaciones

Profesor(a):
Mtro. Juan Manuel Amezcua Ortega

Semana 1 Actividad 1:
Caso de aplicación: Bases de datos distribuidas

Alumno:
Faustino Benjamín Rivera López

Matricula:
76613

Grupo:
CC18

Oaxaca de Juárez, Oaxaca 9 de abril del 2017


Introducción:
La primera pregunta al analizar una base de datos distribuidas es definir que son: Son un
grupo de datos que pertenecen a un sistema pero a su vez esta repartido entre ordenadores
de una misma red, ya sea a nivel local o cada 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. Diferentes tipos de redes:
point-to-point, broadcast, lan, wan.
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:
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 el particionamiento 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 se define como una
equi-junta. Una equi-junta se puede implementar por semi-juntas. 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.
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 traslapació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 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: Carlos Rodrigo Negrete Meraz.
Puesto: Jefe de Desarrollo de Sistemas y Bases de Datos.
Institución: Instituto Estatal de Capacitación (IECA).
Se está usando una distribución homogénea de base de datos debido a diversos motivos
los cuales son:
 Se cuentan con diversos sistemas los cuales han sido donados o compartidos y
manejan un esquema 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
encuentre de manera local y no con terceros. Así que todas las operaciones realizadas a
bases de datos son realizadas a servidores locales.

Posteriormente se implementará un servidor de georeferencia, por lo cual este esquema


cambiará, ya que este se maneja en PostgreSQL, pero de momento, el esquema siue
siendo homogéneo.
Conclusión:
Con respecto a la información manejada dentro de la institución donde labora mi amigo, me
comenta que es sobre la parte educativa, es comprensible también que es información
sensible por lo tanto dista de poder comentar el tipo de información que se maneja. Segundo
la información que maneja tiene que distribuirse con respecto a las diferentes ubicaciones
que tienen para almacenar la información como medio de transporte usan vpns para
transferir la información y llegar a una conexión interna entre los servidores.
En la actualidad como profesionales de la informática es con tres aspectos de las bases de
datos con lo cual nos confrontamos y que pueden hacer competencia a la base de datos,
primero que nada con la nueva plataforma de cloud computing encontramos que muchas
empresas han movido su información desde sus servidores ubicados en un espacio físico
hacia la nube, pero dejando de lado la ubicación de un espacio físico, encontramos que
estas bases centralizadas en la nube, podemos acceder a ellas desde cualquier ubicación,
contando con internet, algo que solo se podía con las bases de datos distribuidas.
Ahora podemos contar con un sistema hibrido el cual puede ser transformado entre un
sistema cloud, con el objetivo de aprovechar el sistema en cloud con servidores distribuidos.
Estamos frente a un nuevo paradigma de información con lo cual debemos de entender que
puede llegar un momento donde el sistema distribuido deje de ser aplicado, aunque aun
las grandes empresas de venta a crédito la usen como respaldo, pero finalmente siguen
siendo disponibles por el uso de internet.
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.

Valduriez, M. T. (2011). Principles of Distribute Database Systems. En M. T. Valduriez,


Principles of Distribute Database Systems (págs. 1-70). USA: Springer.

Вам также может понравиться