avance

Capítulo 3. Integración de esquemas en MDBMS

Integración de
Capítulo 3.
esquemas en MDBMS
índice

figuras

tablas

introducción

1

2

3

4

5

6

A

B

C

referencias

Para que el usuario de un MDBMS pueda accesar de manera transparente y uniforme la
información almacenada en diferentes componentes de bases de datos, se necesita resolver los
conflictos deheterogeneidad semántica y de datos. La idea de resolver los conflictos es lograr
una integración de esquemas, que permita a los usuarios de MDBMS formular solo una
consulta para n Bases de Datos en lugar de n consultas, una para cada Base de Datos.
El presente capítulo presenta la clasificación de los conflictos de esquema y de datos; además
describe de manera detallada, como es que sepresentan los conflictos al integrar las Bases de
Datos Componentes (BDC´s). Se revisa y discute la metodología propuesta para lograr la
integración de esquemas. La metodología de integración se describe, considerando los
conflictos y casos particulares para el integrador de esquemas propuesto en este trabajo de
investigación.
3.1 Conflictos de Esquema
3.2 Conflictos de datos
3.3 Modelado de datosen los esquemas locales y federados
3.4 Metodología de integración de esquemas
3.5 Preintegración
3.6 Comparación de esquemas
3.7 Adecuación de esquemas
3.8 Unión y reestructuración

3.1 Conflictos de Esquema
Debido a que las BDC´s operan independientemente (sin un control centralizado o
coordinador distribuido), éstas pueden presentar discrepancia estructural y de representación.Estas diferencias permiten identificar y clasificar los conflictos de esquema manejados
durante el proceso de integración. El conjunto de conflictos identificados por [Kim y Seo,
1991] para la integración de esquemas se describen en los párrafos siguientes.

3.1.1 Conflictos en tablas
Conflictos de nombrado de tablas
3.1

1

Capítulo 3. Integración de esquemas en MDBMS
a. Nombresdiferentes para tablas equivalentes.− Ocurre cuando se asignan nombres
diferentes a tablas semánticamente equivalentes (sinónimos).
b. Nombres iguales para tablas no equivalentes.− Cuando se asigna el mismo nombre a
tablas semánticamente diferentes (homónimos).
Conflictos en la estructura de las tablas
a. Atributos faltantes.− La conceptualización del diseño de un esquema de BD puede
llevar a laomisión de atributos que no se consideren representativos.
b. Atributos implícitos.− En ocasiones los atributos existentes pueden ser suficientes
para deducir algún otro atributo requerido para la integración.
Conflictos en restricciones de integridad.− En esta categoría se incluyen las deferencias que
pueden surgir con respecto a la selección de llaves primarias, secundarias, extranjeras yconflictos en medida de la integridad referencial.
Conflictos en la organización de la información.− El número de tablas requeridas para
modelar la BD en cada componente puede diferir de acuerdo a la conceptualización de
solución de cada diseñador.

3.1.2 Conflictos en atributos
Conflictos de nombrado de atributos.− El concepto de sinónimo y homonimia aplicado a
los conflictos de nombrado detablas son aplicables a éstos tipos de conflictos.
Conflictos en valores por ausencia.− La definición implícita de algunos valores por
ausencia asignados por DBMS, podría llevar a contradicciones en la semántica de los datos.
Conflictos por restricciones de asignación de valores a los atributos
a. Conflictos en los tipos de datos.− Los tipos de datos pueden diferir en cuanto al
criterio dediseño de cada aplicación.
b. Conflictos en restricciones de dominio .− Reglas impuestas para a asignación de
valores o consideración en los criterios de unicidad.
Conflictos por la cardinalidad y grado de atomicidad.− El grado de detalle de cada
atributo puede ser distinto en cada aplicación. Además, cada modelo de información establece
restricciones y posibilidades de estructuración muy...