S.E.P. TECNOLÓGICO NACIONAL DE MÉXICO
INSTITUTO TECNOLÓGICO
de Tuxtepec
MATERIA:
TÓPICOS DE BASE DE DATOS.
“INVESTIGACIÓN SOBRE LAS BASES DE DATOS
DISTRIBUIDAS HETEROGÉNEAS”.
CARRERA:
INGENIERA INFORMÁTICA
PRESENTAN:
AGUILAR ORTIZ JULISSA. 13350415
VELASCO SANTIAGO SINDY JANET. 13350567
CATEDRÁTICO:
M.S.C. VICTOR MANUEL EVARISTO SALINAS
San Juan Bautista Tuxtepec, Oax. Septiembre de 2016.
1
CONTENIDO INTRODUCCIÓN ................................................................................................................................... 2
CARACTERISTICAS ................................................................................................................................ 3
PROBLEMAS Y DESAFIOS ..................................................................................................................... 4
TIPOS O CLASIFICACION ...................................................................................................................... 5
HETEROGENEA ................................................................................................................................ 5
DDBMS HETEROGÉNEO ................................................................................................................... 5
INTERFAZ HETEROGÉNEA ................................................................................................................ 5
SISTEMA HOMOGÉNEO ................................................................................................................... 5
Bloqueos .......................................................................................................................................... 7
Concurrencia ................................................................................................................................... 8
VENTAJAS ............................................................................................................................................ 9
INTEGRACIÓN DE LAS BDD HETEROGÉNEAS. .................................................................................... 10
Esquema de traducción. ................................................................................................................ 10
Esquema de integración. ............................................................................................................... 10
Homogeneización. ......................................................................................................................... 12
Integración. ................................................................................................................................... 13
PROCESAMIENTO DE CONSULTAS EN BDD HETEROGÉNEAS. ........................................................... 14
GESTIÓN DE TRANSACCIONES. .......................................................................................................... 16
Modelo de transacción y computación. ........................................................................................ 16
CONCLUSIÓN ..................................................................................................................................... 19
REFERENCIAS ..................................................................................................................................... 20
2
INTRODUCCIÓN
La base de datos heterogénea conlleva a
un alto grado de autonomía local. Así
como cada nodo tiene sus propios
usuarios, aplicación y sus datos locales.
Este tipo de base de datos se llama
sistema federado o federación. Los
sistemas heterogéneos pueden incluir
diferentes SGBD en los nodos.
La heterogeneidad se debe a que los datos de cada BD son diferentes tipos o
formatos. El enfoque heterogéneo es más complejo que el enfoque homogéneo y
favorece el enfoque ascendente. Es una tecnología reciente y aun existen pocas en
el mercado.
A continuación hablaremos sobre nuestro tema principal que es Base de datos
distribuidas Heterogéneas, conoceremos sus características, así como sus
problemas y los desafíos que conllevan. También mencionaremos los tipos de
heterogeneidades como los cuales son las debidas a las diferencias en el SGBD y
las debidas a las diferencias en la semántica de los datos también hablaremos
sobre su integridad de BDD implica un proceso por el cual la información de las BDD
fragmentadas puede ser conceptualmente integrada de forma coherente en una
única BD y mencionaremos el procesamiento de consulta y la gestión de
transacción.
3
INVESTIGACIÓN SOBRE LAS BASES DE DATOS
DISTRIBUIDAS HETEROGÉNEAS.
CARACTERISTICAS
Las bases datos distribuidas heterogéneas tienen como principales las siguientes
características:
Los datos deben estar físicamente en más de un ordenador, es decir, los
datos se encuentran almacenados en distintas sedes.
Las sedes deben estar interconectadas mediante una red de computadoras.
Los datos han de estar lógicamente integrados en una única estructura o
esquema lógico global común.
Los usuarios han de tener acceso (recuperación y actualización) a los datos
pertenecientes a la BDD.
La distribución de la información sea transparente para el usuario.
4
PROBLEMAS Y DESAFIOS
Si el hardware es diferente pero el SGBD es el mismo, la traducción es directa,
implicando el cambio de códigos y longitudes de palabras. Si el SGBD es diferente,
la traducción es complicada, implicando la traducción de las estructuras de datos de
un modelo de datos al equivalente en otro modelo. Por ejemplo, las relaciones en el
modelo relacional se transforman en registros (records) y conjuntos (sets) en el
modelo de red. Es también necesario traducir el lenguaje de consultas usado (por
ejemplo, la sentencia Select en SQL se traduce en la sentencia Find y Get en el
modelo en red). Si el hardware y software son diferentes, entonces se requieren los
dos tipos de traducciones. Esto hace que el procesamiento sea extremadamente
complejo.
Una complejidad añadida es la necesidad de un esquema conceptual común, que
se forma mediante la integración de los esquemas conceptuales locales. Esta
integración puede ser muy complicada debido la heterogeneidad semántica. Por
ejemplo, atributos con el mismo nombre en dos esquemas pueden representar
cosas diferentes. Igualmente, atributos con diferentes nombres pueden modelar la
misma cosa.
La solución típica usada por algunos sistemas relaciones que forman parte de un
sistema heterogéneo de bases de datos distribuidas es usar gateways
(combinación de hardware y software que comunica dos tipos diferentes de redes),
que convierten el lenguaje y modelo de cada diferente SGBD al lenguaje y modelo
del sistema relacional. Sin embargo, esta aproximación tiene algunas limitaciones
serias. Primero, no soporta gestión de transacciones, incluso para un par de
sistemas. En otras palabras, la gateway entre dos sistemas es meramente un
traductor de consultas. Por ejemplo, un sistema no puede coordinar el control de
concurrencia y recuperación de transacciones que implique actualizaciones en
ambas bases de datos. Segundo, esta aproximación concierne solo con el problema
de traducir una consulta expresada en un lenguaje a la consulta equivalente en otro
lenguaje. Así pues, no está dirigida al problema de homogeneizar las diferencias
estructurales y de representación entre diferentes esquemas.
5
TIPOS O CLASIFICACION
HETEROGENEA
Las Bases de datos heterogéneas con un alto grado de autonomía local. Cada nodo
en el sistema tiene sus propios usuarios, aplicaciones y datos locales y es el sistema
el que trata con ellos directamente y sólo conecta con otros nodos en busca de
información que no tiene. Este tipo de base de datos se suele llamar sistema
federado o federación. Se ha hecho cada día más popular en las organizaciones,
tanto por su escalabilidad, su capacidad de mezclar distintos paquetes software y
su reducido coste al añadir nuevos nodos cuando es necesario. A diferencia de los
sistemas homogéneos, los sistemas heterogéneos pueden incluir diferentes SGBD
en los nodos. Esto los hace atractivos en grandes corporaciones, ya que pueden
mantener sus sistemas heredados antiguos (legacy systems) junto con los nuevos
sistemas.
DDBMS HETEROGÉNEO
Esquema global único.
Modelo de datos y lenguaje de consultas común.
Esquema integrado.
Consultas reales distribuidas.
INTERFAZ HETEROGÉNEA
Acceso en línea a una única base de datos.
No hay integración de bases de datos.
El acceso usa un modelo de datos.
SISTEMA HOMOGÉNEO
Las bases de datos distribuidas homogéneas usan el mismo software de SGBD y
tienen las mismas aplicaciones en cada nodo. Tienen un esquema común y pueden
6
tener grados diversos de autonomía local. Pueden estar basadas en cualquier
SGBD que soporte estas características, pero no puede haber más de un SGBD en
el sistema. La autonomía local especifica cómo el sistema funciona desde la
perspectiva de los usuarios y programadores. Por ejemplo, podemos tener un
sistema con poca o sin autonomía local, donde todas las peticiones se envían a un
nodo central, llamado gateway. Desde aquí se asigna al nodo que contiene esa
información o aplicación requerida. Esto es lo típico que se ve con los mirrors de
sitios web muy populares a los cuales una página central deriva las peticiones de
sus usuarios dependiendo de su origen geográfico.
Son Sistemas Donde Se Utiliza Un Mismo SGBDD.
Si el proyecto parte de cero, es decir, no hay nada desarrollado, probablemente
pueda usarse esta metodología. Digamos que una vez entendido el problema de
información, es decir levantamiento de información, de procesos, reglas de juego,
etc., podemos diseñas el MER (modelo entidad relación) del sistema.
En la base de datos distribuida surgen las primeras dudas: Donde almacenar el
modelo?, en cada sitio?, que almacenamos en un sitio?
Probablemente el esquema deba repartirse entre los sitios, para ello existe el
concepto de fragmentación. La fragmentación es la ubicación de una parte de una
o varias tablas del modelo en un sitio. El fragmento puede ser horizontal, vertical o
mixto.
Un fragmento vertical, usa la operación de álgebra relacional conocida como
proyección.
Un fragmento horizontal, es generado por la operación del álgebra relacional
conocida como selección.
Un fragmento mixto combina las dos operaciones mencionadas (selección y
proyección).
7
Bloqueos
Un bloqueo en general es cuando una acción que debe ser realizada está
esperando a un evento. Para manejar los bloqueos hay distintos acercamientos:
prevención, detección, y recuperación. También es necesario considerar factores
como que hay sistemas en los que permitir un bloqueo es inaceptable y catastrófico,
y sistemas en los que la detección del bloqueo es demasiado costosa.
En el caso específico de las bases de datos distribuidas usar bloqueo de recursos,
peticiones para probar, establecer o liberar bloqueos requiere mensajes entre los
manejadores de transacciones y el calendarizador. Para esto existen dos formas
básicas:
Autónoma: cada nodo es responsable por sus propios bloqueos de recursos.
Una transacción sobre un elemento con n replicas requiere 5n mensajes.
Petición del recurso
Aprobación de la petición
Mensaje de la transacción
Reconocimientos de transacción exitosa
Peticiones de liberación de recursos
Copia Primaria: un nodo primario es responsable para todos los bloqueos de
recursos
Una transacción sobre un elemento con n copias requiere 2n+3 mensajes.
Una petición del recurso
Una aprobación de la petición
n mensajes de la transacción
n reconocimientos de transacción exitosa
Una petición de liberación de recurso
8
Podemos definir que dos operaciones entran en conflicto que debe ser resuelto si
ambas acceden a la misma data, y una de ellas es de escritura y si fueron realizadas
por transacciones distintas.
Concurrencia
El ejemplo más común de un bloqueo mutuo es cuando un recurso A está siendo
utilizado por una transacción A que a su vez solicita un recurso B que está siendo
utilizado por una transacción B que solicita el recurso A. Entre los ejemplos
específicos para las bases de datos distribuidas podemos destacar:
Actualización perdida: cuando dos transacciones concurrentes borran el efecto una
de la otra.
La extracción inconsistente: acceder a información modificada parcialmente por una
transacción.
9
VENTAJAS El tradicional procesamiento de los datos está siendo rápidamente remplazado por
la gestión de modernas BDD. Así como la llegada de los sistemas heterogéneos ha
traído tanto beneficios como problemas y ventajas así como mencionaremos
algunas
Nuevas capacidades tales como la actualización en línea, consultas ad-hoc
y la integridad de los datos son fácilmente disponibles en SGBD modernos.
Para todas las aplicaciones posibles de uso intensivo y grandes volúmenes
de datos, existe un SGBD para la aplicación.
Para una organización con diversas aplicaciones un gran número de SGBD
monomodelo y monolenguaje pueden ser utilizados para cada aplicación
distinta.
El tradicional procesamiento de los datos está siendo rápidamente
reemplazado por la gestión de modernas BBDD.
10
INTEGRACIÓN DE LAS BDD HETEROGÉNEAS. La integración de BDD implica un proceso por el cual la información de las BDD
fragmentadas puede ser conceptualmente integrada de forma coherente en una
única BD. En otras palabras, es el proceso de diseño del ECG. La integración de
BD puede darse en dos pasos:
Esquema de traducción
Esquema de integración
Esquema de traducción. El esquema de traducción es la tarea de asignación de un esquema a otro. Los
esquemas de los componentes de BD se traducen en una representación canónica
intermedia común (InS1, InS2,...,InSn). El uso de una representación canónica
facilita los procesos de traducción por reducción del número de traductores que
necesitan ser escritos. Esto requiere la especificación de un modelo de datos de
destino para la definición del ECG. La elección del modelo canónico es importante.
En principio, debe ser uno suficientemente expresivo para incorporar los conceptos
disponibles en todas las BDD que luego serán integradas. Un modelo de objetos
generalmente se considera como el modelo canónico más adecuado.
El paso de traducción es necesario sólo si los componentes de BDD son
heterogéneos y cada esquema local puede definirse mediante un modelo de datos
diferente y aun así, puede no ser necesario en una BD heterogénea, si puede
llevarse a cabo durante la etapa de integración. La combinación de la traducción y
las medidas de integración, las establece el integrador con toda la información sobre
la BD global en su totalidad a la vez. Obviamente, el integrador puede establecer
compromisos entre los diferentes esquemas locales para determinar la
representación a la que debe darse prioridad cuando surgen conflictos. Esto
requiere que el integrador tenga conocimiento de todas las distintas ventajas y
desventajas que deben hacerse entre varios esquemas diferentes y su semántica,
que puede ser diferente.
Esquema de integración. El esquema de integración sigue al proceso de traducción y genera el ECG
mediante la integración de los esquemas intermedios. El esquema de integración
es el proceso de identificación de los componentes de una BD que están
relacionados entre sí, de la selección de la mejor representación para el ECG y, por
último, de la integración de los componentes de cada esquema intermedio. Dos
componentes pueden estar relacionados como equivalentes, uno está contenido en
otro, o como disjunto. Las metodologías de integración pueden ser clasificadas
como mecanismos binarios o n-arios (Figura 1).
11
Figura 1.- Taxonomías de metodologías de la integración.
Las metodologías de integración binarias implican la manipulación de dos
esquemas a la vez (figura 2). Se puede producir creando esquemas intermedios
para la integración con los esquemas posteriores o de una manera puramente
binaria.
Figura 2.- Métodos de integración binarios.
Los mecanismos n-arios de integración integran más de dos esquemas en cada
iteración. Un paso de integración (figura 3) se produce cuando todos los esquemas
se integran a la vez, produciendo el ECG después de una iteración. Los beneficios
de este enfoque son la disponibilidad de información completa sobre todas las BD
en tiempo de integración. Las dificultades con este enfoque incluyen el aumento de
la complejidad y la dificultad de automatización.
12
Figura 3.- Métodos de Integración n-aria.
El mecanismo iterativo n-ario de integración (Véase la figura 3) ofrece más
flexibilidad (por lo general, está disponible más información) y es más general (el
número de esquemas pueden variar en función de las preferencias de los
integradores). Los modelos binarios son un caso especial de iterativos n-arios. Ellos
disminuyen la complejidad de la integración potencial y conducen a las técnicas de
automatización, ya que el número de esquemas que se examinarán en cada paso
es más manejable. La integración por un proceso de n-arios permite al integrador
realizar las operaciones en más de dos esquemas. Por razones prácticas, la
mayoría de los sistemas utilizan la metodología de binarios. La integración de
esquemas implica dos tareas:
La homogeneización
La integración
Homogeneización. Durante esta fase, se resuelven los problemas de la heterogeneidad semántica y de
la heterogeneidad estructural. Respecto a la heterogeneidad semántica, hay una
serie de métodos alternativos para hacer frente a los conflictos de nombres. Uno de
estos métodos es para resolver los homónimos anteponiendo los términos del
esquema o nombre del modelo. No es posible resolver los sinónimos de una manera
similar, simple. Respecto a la heterogeneidad estructural, la transformación de las
entidades y atributos / relaciones entre unos y otros es una manera de manejar los
conflictos estructurales. La figura 4 muestra los posibles escenarios de
transformación atómica. Las líneas punteadas indican que un atributo dado es un
identificador (clave) de la entidad asociada.
13
Figura 4.- Alternativas de Conformación Atómica.
La determinación de sinónimos y homónimos, así como la identificación de los
conflictos estructurales, requiere la especificación de la relación entre los esquemas
intermedios. La determinación del tipo de relación es esencial en el diseño del
esquema conceptual global. Por desgracia, la homogeneización requiere una
cantidad significativa de la intervención humana, ya que se requiere el conocimiento
semántico acerca de todos los esquemas intermedios.
Integración. La integración supone la fusión de los esquemas intermedios y su reestructuración.
Todos los esquemas se fusionan en un esquema de BD único y reestructurado para
crear el "mejor" esquema integrado. La fusión requiere que la información contenida
en los esquemas de participación se mantenga en el esquema integrado. Tres
dimensiones de la fusión y reestructuración pueden ser definidos: la integridad,
minimalidad, y comprensibilidad. La fusión es completa si toda la información de
todos los esquemas se integra en el esquema común.
Una fusión no es mínima cuando la información redundante de una relación se
mantiene en un esquema integrado a causa de un fallo en la detección de
contención. Esquemas no-minimales también pueden resultar del proceso de
traducción, debido a la producción de un esquema intermedio que en sí no es
mínimo. La comprensibilidad es la dimensión final para determinar el mejor
esquema. Una vez que todos los elementos se combinan, la reestructuración
14
debería facilitar un esquema comprensible. Puede ser necesario obtener un
equilibrio entre minimalidad y comprensibilidad, siempre que la fusión y la
reestructuración del esquema hayan sido completadas.
PROCESAMIENTO DE CONSULTAS EN BDD
HETEROGÉNEAS.
La arquitectura representada en la figura 5 muestra una complejidad adicional en
los SGBD distribuidos heterogéneos. En los SGBD distribuidos, el procesamiento
de consultas tiene que tratar sólo con datos a través de múltiples sitios. En un
entorno SBGD distribuido heterogéneo, por otra parte, los datos son distribuidos no
sólo a través de los sitios sino también a través de múltiples BBDD, cada una
gestionada por un SGBD autónomo. De esta manera, mientras hay dos divisiones
que cooperan en el proceso de consultas en un SGBD distribuido (el control del sitio
y los sitios locales), el número de divisiones aumenta a tres en el caso de SGBD
distribuido heterogéneo:
Figura 5.- Estructura de un SGBDD heterogéneo.
El SGBD heterogéneo, recibe la consulta global. Cuando una consulta es
recibida en un nodo, lo primero que necesita hacer es “dividirla” en
subconsultas basadas en la distribución de datos a través de múltiples sitios.
En este paso, sólo es necesario preocuparse de la ubicación de los datos a
través de los sitios, más que de su almacenamiento a través de varias BDs.
Cada una de las subconsultas se envía al sitio donde va a ser procesada. Es
aquí donde cada subconsulta es traducida en el lenguaje del SGBD
respectivo. A pesar de que esta información se puede mantener dentro del
directorio, es común almacenarlo como una BD auxiliar.
El componente de los SGBDs, que en última instancia optimiza y ejecuta la
consulta. Véase la figura 6.
15
Figura 6.- Pasos del procesamiento de consultas en Sistemas Multibase.
En cuanto la optimización de consultas en varios SGBDs, es similar a la de SGBD
distribuidos en algunos aspectos, pero diferente en otros. Al igual que con los
SGBDs distribuidos homogéneos, la optimización de consultas en varios SGBDs
puede estar basada en la heurística o basada en los costes. Dos heurísticas
alternativas se pueden emplear en la descomposición de una consulta en
subconsultas:
La primera alternativa consiste en descomponer una consulta global en el
menor número de subconsultas posible, cada una de ellas es ejecutada por
un componente del SGBD.
Ventajas: La descomposición es relativamente simple, y hay más
oportunidades de optimización en el nivel de consulta optimizador
global.
Desventaja: El procesador de consultas a nivel global y el optimizador
hace más trabajo, y hay más mensajes que se transmiten para
ejecutar la consulta.
16
La segunda heurística alternativa es descomponer la consulta global en el
mayor número de subconsultas posible, cada una de ellas es ejecutada por
un SGBD.
Ventajas: el procesador de consultas a nivel global y el optimizador
hace menos trabajo, ya que entre el espacio de procesamiento se
reduce al mínimo.
Desventaja: Esto se traduce en menos mensajes, pero en los
procesadores de interfaz de componentes más sofisticados (CIPS,
component interface processors). Los CIPs y el optimizador de
componentes SGBD están más involucrados en la transformación y
optimización. Los CIPs pueden intercambiar mensajes entre sí, y
puede almacenar, borrar, y operar en los archivos temporales.
GESTIÓN DE TRANSACCIONES. El desafío es permitir actualizaciones globales simultáneas de los componentes de
BDs sin violar su autonomía. En general, no es posible proporcionar la misma
semántica que los SGBDD (homogéneos) sin violar una cierta autonomía.
Modelo de transacción y computación. La arquitectura de un SGBD heterogéneo implica una serie de SGBDs, cada uno
con su propio administrador de transacciones (llamados gestores locales de
transacciones o LTMs) y una capa de SGBD heterogénea en la parte superior.
El administrador de transacciones de la capa del SGBD heterogénea de varios
SGBD se llama administrador de transacciones globales (GTM), ya que gestiona la
ejecución de operaciones globales. Un esquema de la arquitectura de un entorno
distribuido de SGBD heterogéneo puede verse en la figura 7.
En un sistema heterogéneo, hay dos tipos de operaciones:
Las transacciones locales, que se envían a cada SGBD y se ejecutan en una
única BD.
Las transacciones globales, que tienen acceso a múltiples BDs que se envían
a la capa de múltiples SGBD. Una transacción global se divide en una serie
de subtransacciones globales, cada una de los cuales se ejecuta en una BD.
17
Figura 7.- Componentes de un SGBD heterogéneo.
Control de concurrencia en sistemas heterogéneos. Dos transacciones son
conflictivas si tienen una operación que accede al mismo dato y al menos una de
ellas es de escritura. No es sencillo para el gestor de Transacciones Globales (TG)
determinar los conflictos en un sistema heterogéneo. Supóngase que dos
transacciones globales que se manejan por el gestor de TG no parecen estar en
conflicto en absoluto. Sin embargo, la existencia de transacciones locales puede
provocar conflictos en los componentes de BD a través de transacciones, los
conflictos indirectos de este tipo no pueden ser detectados por el gestor de TG y
son un origen de dificultades significativas en múltiples SGBD.
Una serie de condiciones han sido definidas para especificar cuándo se pueden
actualizar las transacciones globales de forma segura en un sistema heterogéneo.
Estas condiciones son útiles para determinar la funcionalidad mínima requerida de
los diversos gestores de transacciones.
La primera condición para proporcionar el control de concurrencia global es
que los DBA individuales sean responsables de la correcta ejecución de las
operaciones en sus respectivas BDD.
18
La segunda condición requiere que cada gestor local de transacciones (LTM)
mantenga el orden de ejecución relativa de las subtransacciones
determinadas por el GTM. El GTM, entonces, se encarga de coordinar la
sumisión de las subtransacciones globales al LTM y la coordinación de su
ejecución.
Por otra parte, el GTM es el responsable de tratar con interbloqueos globales
que se producen en las transacciones globales.
19
CONCLUSIÓN
Finalmente dando por concluido el desarrollo de los temas, antes mencionados,
podemos decir que las bases de datos heterogéneas conllevan a un alto grado de
autonomía local y en cuanto a sus características las principales es que los datos
han de estar lógicamente integrados en una única estructura o esquema lógico
global común y es transparente al usuario.
En cuanto a los inconvenientes es que si el hardware y software son diferentes,
entonces se requieren de dos tipos de traducciones y por ello esto hace que el
procesamiento sea extremadamente complejo. En cuanto a sus ventajas, es que
hay nuevas capacidades como la actualización en línea que está disponible en
SGBD modernos y existen aplicaciones para el uso intensivo de grandes volúmenes
de datos. Hablando sobre el procesamiento de las BDD heterogéneas es que no
sólo hay el procesamiento de consultas que se tratan a través de múltiples sitios,
sino que también cada BD es gestionada por un SGBD autónomo. La optimización
de consultas en varios SGBDs, es similar a la de SGBD distribuidos en algunos
aspectos, pero diferente en otros.
Por último, cabe mencionar acerca de que el administrador de transacciones de la
capa del SGBD heterogénea de varios SGBD se llama administrador de
transacciones globales (GTM), ya que este gestiona la ejecución de operaciones
globales.
20
REFERENCIAS
(s.f.). Obtenido de
http://orff.uc3m.es/bitstream/handle/10016/11238/PFC_Laura_Martinez_Martin.pdf;
jsessionid=11A8A1A8B3594C0534DFD8B4DD30EF52?sequence=1
Óscar González Martín. (2000). Obtenido de
http://www.google.com.mx/url?sa=t&rct=j&q=&esrc=s&frm=1&source=web&cd=16
&ved=0ahUKEwi5643uofzOAhWDLSYKHeQjA0o4ChAWCDYwBQ&url=http%3A%
2F%2Fwww.inf-
cr.uclm.es%2Fwww%2Ffruiz%2Fbda%2Fdoc%2Ftrab%2FT9900_OGonzalez.pdf&
usg=AFQjCNFDzcy6Zuu7Nh7VB0heu1zzJ1GVpA
Prezi.com. (s.f.). Obtenido de panorama de las bases de datos heterogéneas:
https://prezi.com/ggfnow00cyfl/panorama-de-las-bases-de-datos-heterogeneas/
wordpress.com. (s.f.). Obtenido de modelos de bases de datos:
https://equip7.wordpress.com/2011/01/19/herramientas-%E2%80%B9-modelos-
de-base-de-datos-%E2%80%94-wordpress/