Está en la página 1de 12

ÁREA DE LA ENERGÍA, LAS INDUSTRIAS, Y LOS

RECURSOS NATURALES NO RENOVABLES

MODULO V

PARALELO “B“

INGENIERIA EN SISTEMAS

TRABAJO GRUPAL

TEMA: MODELOS DE BASES DE DATOS PARA LA DISTRIBUCION

INTEGRANTES:

 MARIUXI CANDO
 Mariuxi salinas
 Luis soto

DOCENTE: Ing. LUIS CHAMBA

2009 - 2010
MODELOS DE BASES DE DATOS PARA LA DISTRIBUCION

1. BASES DE DATOS DISTRIBUIDAS (BDD)

Colección de múltiples bases de datos, lógicamente interrelacionadas,


distribuidas sobre una red de ordenadores.

CARÁCTERÍSTICAS DE LAS BDD

_ Los datos deben estar físicamente en más de un ordenador (distintas sedes).


_ Las sedes deben estar interconectadas mediante una red (cada sede es un
nodo de la red).
_ Los datos han de estar lógicamente integrados (recuperación y actualización)
tanto en local como remoto (esquema lógico global y único).
_ En una única operación se puede acceder (recuperar o actualizar) datos que
se encuentran en más de una sede (acceso a datos locales o remotos).
_ Todas las acciones que necesiten realizarse sobre más de una sede serán
transparentes al usuario (transparencia de distribución para el usuario).

VENTAJAS DE LAS BDD

Las bases de datos distribuidas presentan las siguientes ventajas:

_ ORGANIZATIVAS:
_ Adaptación a la organización de la institución (unión de
compañías/descentralización), respondiendo a cambios.
_ Almacenar los datos donde son generados y/o usados, la mayor parte locales
_ Proporcionar autonomía local, controlándose desde cada nodo. Política
general contra política local.
_ ECONÓMICAS:
_ Costes de comunicación y de creación de pequeños sistemas.

TÉCNICAS:
_ Flexibilidad, acceso desde distintos lugares y por distintas personas a la vez
_ Fiabilidad/disponibilidad, en un determinado momento / intervalo. Varios
sitios, duplicaciones, evitan fallos.
_ Modularidad.
_ Mejora del rendimiento, BD más pequeñas, operaciones de menor volumen
_ Crecimiento incremental, añadiendo poder de procesamiento y
almacenamiento.

DESVENTAJAS DE LAS BDD.

_ Complejidad del sistema, desarrollo de software más costoso, problemas de


sincronización, dificultad para conocer la corrección de los algoritmos paralelos,
detección de caídas de nodos.
_ Dependencia de la red de comunicaciones, sobrecarga de procesamiento de
mensajes.
_ Dificultad de diseño, fases adicionales.
_ Poca madurez de los productos comerciales, orientados a replicación.
_ Funciones de administración compleja, sincronización y coordinación.
_ Dificultad de cambio, inexistencia de metodologías.
_ Personal especializado

2. Bases de datos federadas


Un sistema de bases de datos federadas es una colecciones de componentes
o nodos de múltiples bases de datos que cooperan entre sí, a través de un
conjunto de esquemas de exportación y manteniendo su propia autonomía
formando así una federación. En un sistema federado los usuarios tienen
acceso a los datos, de los distintos sistemas, a través de una interfaz común
sin embargo, no existe un esquema global que describa a todos los datos de
las distintas bases de datos, en su lugar hay varios esquemas unificados, cada
uno describiendo porciones de bases de datos y archivos para el uso de cierta
clase de usuarios.
Características
Un sistema federado debe cumplir con ciertas características:
- Distribución: Los datos pueden estar ubicados entre múltiples bases de datos.

- Heterogeneidad: Se debe permitir diferencias en el hardware, software y en


los sistemas de comunicación.

- Heterogeneidad de semántica: Ocurre cuando hay discrepancias acerca del


significado, interpretación o pretensión de utilización de los mismos datos o
datos relacionados.

- Autonomía: Se define como la capacidad de manejar su propio sistema de


base de datos, es decir, que tengan control separado e independiente.

Forma en que operan.


Los componentes de un SBDF (Sistema de base de datos federadas) pueden
efectuar operaciones locales o bien ejecutar consultas sobre los datos de la
federación y pueden también ser usadas por otros componentes de la
federación.
La autonomía o la integración de los componentes la controla el administrador
del sistema global en colaboración con los administradores de las bases de
datos componente. Este nivel de integración se de de acuerdo a las
necesidades propias de cada componente.
Es posible también la agrupación en una federación o la misma
desincorporación de la, y de igual forma es posible que entren o salgan
componentes.
Para poder lograr esto se establecen diferentes esquemas en el nivel federal.
Se debe remarcar que una base de datos federada no es una base de datos
única distribuida, más bien son soluciones para acceder información
depositada en diferentes bases de datos.

Enfoque federado
La forma en que cooperan se basa fundamentalmente en dos esquemas:
El esquema de exportación.
Denota las partes de la base de datos que va a compartir o que va a poner a
disposición de los demás miembros de la federación. Así también es un
subconjunto de un esquema componente ya que no todos lo datos deberán de
ser disponibles para la federación
El esquema de importación.
Son vistas de la base de datos que proporcionan lo que desea el esquema de
exportación.
Tipos de Arquitectura para un SGBDF.
A continuación se van a detallar dos tipos de arquitecturas para el manejo de
bases de datos federadas. Hay otras muchas, pero en este documento nos
vamos a centrar en la arquitectura de Sheth A.P. and Larson, J.A. y la
arquitectura propuesta por ANSI/SPARC.

� Arquitectura de 5 niveles (Sheth y Larson).


Sheth y Larson propusieron una arquitectura compuesta por 5 niveles de
esquemas, los cuales son los siguientes:

� Esquema Local: Se trata del esquema conceptual de las bases de datos


componente.

� Esquema Componente: Se obtiene tras transformar el esquema local en un


Modelo de Datos Común.

� Esquema de Exportación: Representa un subconjunto de la totalidad de los


datos que contiene el esquema componente. Este subconjunto de datos es el
que se quiere compartir en la base de datos federada.

� Esquema Federado: Está formado por la integración de todos los esquemas


de exportación de cada base de datos componente.

Esquema Externo: Representa una vista hacia un usuario o conjunto de


usuarios determinado. No necesariamente este esquema contiene todos los
datos que forman el esquema federado, sino que puede ser un subconjunto de
estos.

Arquitectura de 3 niveles (ANSI/SPARC).


Este tipo de arquitectura es muy utilizada en el diseño de bases de datos
relacionales. Está formada por los siguientes niveles:

� Nivel Físico: Está compuesto por el esquema interno. Dicho esquema


contiene las diferentes bases de datos componente que forman la base de
datos federada.
� Nivel Lógico: Corresponde al esquema conceptual. Este nivel contiene el
modelo global de datos, es decir, el conjunto de datos compartido por todas las
bases de datos componente.

� Nivel Externo: Está representado por el esquema externo. Este esquema


está compuesto por las diferentes vistas que poseen los usuarios a los datos
compartidos.

Las bases de datos que participan en la BDF mantienen su autonomía. Esto


quiere decir que cada elemento de la federación decide con quien, qué y cómo
compartir sus datos, además de que cada una cuenta con su respectivo diseño
de acuerdo con las necesidades del usuario.

Funcionamiento
Hay dos tipos de tareas que describen el funcionamiento de los sistemas de
bases de bases de datos federadas, las tareas de desarrollo y las de
operación.
Tareas de desarrollo
Se definen cuatro tareas de desarrollo:
- Traducción de esquemas: Se ejecuta cuando un esquema representado en un
modelo de datos es mapeado a un esquema equivalente representado en
diferente modelo de datos.

- Control de acceso: Un sistema federado debe estar diseñado para controlar el


acceso a los componentes de la base de datos por usuarios federados.

- Negociación: Es el dialogo entre dos administradores para alcanzar un


acuerdo respecto a los esquemas de exportación y a las operaciones
permitidas, se debe hacer por medio de un protocolo para el intercambio de
mensajes.

- Integración de esquemas: Se refiere a la integración de múltiples vistas de


usuarios en un solo esquema, es decir, integrar esquemas en un solo esquema
federado integrando esquemas de exportación por medio de bottom-up.
Tareas de operación
De la misma manera, se mencionan otras cuatro tareas que corresponden a la
operación:
- Formulación de consultas: El lenguaje de consultas puede ser el mismo que
se utiliza para bases de datos centralizados, debido a que las bases de datos
federadas son transparentes en ese aspecto.

- Transformación de comandos: Debe existir un procesador de


transformaciones de comandos, que traduce esos comandos en un lenguaje,
llamado lenguaje origen, a otro lenguaje, llamado lenguaje destino.

- Procesamiento de consultas y optimización: El procesamiento implica


convertir una consulta de un esquema federado a un esquema de exportación y
luego ejecutarlas. Respecto a los procesos de optimización y de procesamiento
son similares a los de las bases de datos distribuidas.

- Administración de transacciones globales: Es el responsable de mantener la


consistencia entre las bases de datos, mientras se permita cierta concurrencia
a través de múltiples bases de datos, aunque esta tarea es muy complicada en
ambientes heterogéneos.

Con el correcto funcionamiento se garantiza la consistencia de la base de datos


federada, aunque hay otro desafío, el cual es la concurrencia, en donde se
debe garantizar la ejecución serial de las transacciones tanto locales como
globales. Se han propuesto varias soluciones aunque con poco grado de
concurrencia y con posibilidad de caer en interbloqueos.

CLASIFICACIÓN.
Débilmente acoplados
_ Los usuarios deben de tratar explícitamente con las base de datos.
Fuertemente acoplados
_ Los administradores de la federación controlan el acceso y mantienen el
sistema.
_ Esquema federado único. SIRIUS-DELTA, DDTS.
_ Múltiples esquemas federados: Mermaid, MULTIBASE.

Problemas de Implementación.
La implementación de este tipo de base de datos concierne una serie de
problemas que se citan a continuación:

� Incompatibilidad entre los sistemas de consulta de los diferentes fabricantes

� Diferente codificación utilizada por las bases de datos componente

� Generación de códigos de error incompatibles por los diferentes fabricantes

� Dificultades para establecer un control de la concurrencia en las distintas


transacciones

� Las transacciones son heterogéneas debido a que cada SGBD mantiene su


autonomía

Problemas en transacciones.
� Control de concurrencia. El SMBDF no conoce las transacciones a nivel
de componentes y lo SMBD componentes no siempre pueden distinguir
entre transacciones propias y externas.

� Heterogeneidad. Cada SMBD mantiene su autonomía.

� La autonomía total es incompatible con la atomicidad.

Soluciones comerciales
Existen varias opciones y varias instituciones y compañías que trabajan para
solucionar estos problemas de interoperabilidad, mas sin embargo muy pocos
trabajan para la administración global, algunas de las compañías que trabajan
en soluciones son augsoft, Oracle, Sybase, y ha usado distintas opciones por
ejemplo ODBC(open Data Base Connectivity) y JDBC el conector de Java, en
general los grandes manejadores de bases de datos contienen alguna
herramienta para poder hacer esto lo malo es que tienen un producto para
conectarse con otros manejadores, pero cada uno se vende aparte además de
que los costos son exorbitantes.
Aplicaciones Comerciales.
Existen multitud de aplicaciones comerciales que soportan bases de datos
federadas. Todos los sistemas gestores de bases de datos conocidos poseen
la posibilidad de crear este tipo de bases de datos. Por ejemplo, IBM, ORACLE,
MySQL, SQL Server, etc., permiten la creación de bases de datos federadas.
El problema que surge es cuando se desea realizar una base de datos
federada que consulta los datos de otra base de datos con una tecnología
diferente, es decir, de otro fabricante. En este caso las posibilidades se
reducen, y es necesaria la incorporación de algún componente extra que
incrementa el coste considerablemente.

3. Bases de datos móviles


Definición:

Una base de datos móvil es una base de datos portable, físicamente


independiente del servidor corporativo de base de datos y capaz de
comunicarse con ese servidor desde sitios remotos para compartir datos
corporativos

Estamos asistiendo a cambios tan revolucionarios en las comunicaciones


como la expansión de las comunicaciones celulares, LAN (redes de área
local) inalámbricas, servicios de satélites, extensión de los ordenadores
portables (como los PDA, Personal Digital Assistant, palmtop, laptop,
etc.) que ofrecen a los usuarios “móviles” la posibilidad de acceder a la
información en cualquier momento y desde cualquier lugar. Se crea así
un nuevo paradigma denominado por algunos “computación nómada”.

Algunos aspectos a tener en cuenta a la hora de diseñar e implementar


SGBD móviles, son los siguientes:

♦ Desconexión, No hay que olvidar que los terminales móviles están a


menudo desconectados y que esta desconexión no se considera un
fallo como en los sistemas tradicionales, sino que, en todo caso, se
podrían ver como “fallos planificados”.

♦ Pequeño tamaño y peso de los terminales, que entre otras cosas hace
necesario buscar protocolos y algoritmos eficientes en “energía”,
debido a las restricciones de baterías que presentan este tipo de
equipos. Es imprescindible también llegar a conseguir un equilibrio
entre memoria y disco, por ejemplo, las técnicas de comprensión
permiten ahorrar disco pero al descomprimir la información se
consume CPU y, por tanto, energía

Ejemplos

PDA

Lapton

Principales ventajas:
 Movilidad. Livianos y trasportables, pueden ser utilizados tanto
dentro como fuera del aula, permitiendo la búsqueda, selección y
procesamiento de la información, la colaboración y la co-
construcción del conocimiento en horario escolar y/o extraescolar.
 Conectividad. La conexión inalámbrica facilita, sin la mediación de
cableado, la unión de dos o más dispositivos, el acceso y uso de
internet, intercambio de información y trabajo colaborativo.
Favorece la comunicación, la creación de redes y las comunidades
vituales de aprendizaje.
 La llamada red mesh por ejemplo, permite que cada dispositivo se
transforme en un nodo y cada nodo establezca una comunicación
con los demás nodos y con la red.
 Funcionalidad. Estos dispositivos cuentan con una batería y sólo
el acceso a la red está limitado por la existencia en el lugar de red
inalámbrica. La capacidad de procesamiento de datos facilita la
recopilación de la información en cualquier contexto.

Principales desventajas:
 Precio. Si bien se trata de dispositivos más baratos que una
computadora fija de mesa, en algunos casos -hablamos de
los PDA, los TabletPC, etc. no de las laptops que rondan en
el mercado uruguayo en alrededor de 1000 dólares
americanos- su precio no es accesible a la toda de la
población, lo que no favorecería la generalización a nivel
escolar sin la intervención de políticas públicas.
 Tamaño. Según el dispositivo, su teclado y su pantalla
pueden ser de mayor o menor tamaño. Esto hace más
incómodo su uso, en espacial si hablamos de estudiantes,
no acostumbrados a la tecnología moderna -por ejemplo
teléfonos móviles- para los niños incluso, "nativos digitales",
requiere de una adaptación. En cuanto a la tecnología de
difusión de la información -no para las laptops pero sí para
otros dispositivos más pequeños- la misma debe estar
adaptada para que se pueda acceder desde el mismo -
tamaño de pantalla, puede incluso, no visualizar la misma
difundida a partir de determinado software.
 Funcionalidad. Por más que la industria está realizando
grandes esfuerzos para dotarlos de fortaleza física, los
mismos siguen teniendo fragilidad y algunos pueden ser
fáciles de extraviar. Es preciso instruir y responsabilizar a los
alumnos y las familias en el uso responsable y cuidado
personal de los mismos.

En qué casos es más recomendable usar un sistema u otro?


Las bases de datos móviles son recomendadas en los casos en los que los
usuarios deben estar moviéndose de un lugar para otro para realizar las
funciones y cuando la información que deben tratar se puede mostrar y tratar
en un dispositivo móvil. Este tipo de base de datos también permite a los
dispositivos móviles y a las aplicaciones que corren en ellos almacenar datos,
con todas las ventajas que ofrece un gestor de base de datos.
Los sistemas de bases de datos federados son usados cuando la cantidad de
datos es muy grande y, además, cuando los mismos se encuentren en
diferentes sistemas. Estos sistemas permiten unificar las bases de datos para
permitir al usuario acceder a los datos de forma transparente, sin que sea
consciente de la modularidad de la base de datos, y así poder acceder a
diferentes datos de diferentes bases de datos a la vez.