Integração Semântica de Esquemas

Slides:



Advertisements
Apresentações semelhantes
01/08/2011 Professor Leomir J. Borba- –
Advertisements

Sistema de informação:
Profa. Dra Maria Luiza de Almeida Campos
Curso: Banco de Dados I Análise de Sistemas PUC Campinas
Modelagem Organizacional
Resumo 1.1) Introdução 1.2) Abordagem Convencional de Arquivos
O Modelo E-R Definição: Características
Funcionalidades de um SGBD
Diagrama de fluxo de dados (DFD)
Engenharia de Software
Modelo Entidade-Relacionamento
Software Básico Silvio Fernandes
UML Material retirado da apostila do Professor Cesar Augusto Tacla
UML Diagrama de Classes elementos básicos. Contexto Os diagramas de classes fazem parte do da visão estática da UML. Os elemento desta visão são conceitos.
Introdução a Bancos de Dados
Modelo Relacional parte 1
Metodologias Orientadas a Agentes
Ferramentas CASE ERwin
Classes e objetos Modelagem
Modelagem de Dados Usando o Modelo Entidade-Relacionamento
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante
Prof. Alfredo Parteli Gomes
SQL Server 2012 Introdução a Modelagem de Dados
Tecnologias de Linguagens para Banco de Dados
Modelagem de dados e representação da informação
Modelo Conceitual Descreve a informação que o sistema vai gerenciar
Desenvolvimento do Raciocínio em Geometria
DIAGRAMA DE CLASSE Modelagem de Software
Treinamento do Microsoft® Access® 2010
Autoria de Aplicações Hipermídia Daniel Schwabe Departamento de Informática PUC-Rio [ Parte 6 ]
Bancos de Dados Projeto de BD
Prof. Kelly E. Medeiros Bacharel em Sistemas de Informação
Modelo de Dados Relacional
Metodologias e Processos para Projeto Conceitual de Banco de Dados
Projeto de Banco de Dados
Introdução a Banco de dados
Vânia Maria P. Vidal, José Maria Monteiro, Luís Eufrasio T. Neto
PSBD II Projeto de Sistemas de Banco de Dados II
Banco de Dados Parte 04 Ceça. Ceça Moraes 2 Conteúdo  Os três níveis da arquitetura  Mapeamentos  Arquitetura cliente-servidor.
A abordagem de banco de dados para gerenciamento de dados
Objetivos Apresentar de forma breve a Metodologia de Modelagem Orientada a Objetos (OMT). A partir de um modelo de objetos de um sistema de informação.
Profa. Ana Karina Barbosa Abril/2008
Banco de Dados Aplicado ao Desenvolvimento de Software
Cristina Paludo Santos URI – Campus de Santo Ângelo
Campus de Caraguatatuba Aula 2: Introdução a Tecnologia de BD
Introdução a Banco de Dados Aula 04
Desenvolvimento de Software Dirigido a Modelos
A Linguagem Formal de Especificação VDM-SL
Sumário 1 SQL Embutida 2 Processamento de Consultas
Modelagem Conceitual Descreve a informação que o sistema vai gerenciar.
Modelagem Conceitual descreve a informação que o sistema vai gerenciar.
Banco de Dados Universidade do Estado de Santa Catarina
Uso de Ontologias em Data Warehousing
Modelagem Conceitual descreve a informação que o sistema vai gerenciar.
Modelo Entidade-Relacionamento
Projeto de Banco de Dados
Engenharia de Software Orientada a Objetos
Professora: Kelly de Paula Cunha
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
1 Database Systems, 8 th Edition Sistemas de Banco de Dados: Projeto, Implementação e gestão Oitava Edição Capítulo 2 Modelo de Dados.
Prof. Paulo Barreto  O gerenciamento da informação, segundo Davenport (1997), é um conjunto estruturado de atividades que espelha.
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante.
Copyright © 2011 Ramez Elmasri and Shamkant Navathe slide 1 Tópicos  Introdução  Um exemplo  Características da abordagem de banco de dados  Vantagens.
INTEGRAÇÃO DE DADOS: UMA PERSPECTIVA TEÓRICA Guilherme P. K. Caminha Disciplina: IF696.
Análise do Sistema Alexandre Mota
Modelo de Entidade-relacionamento
Análise e Design de Software Site:
INTELIGÊNCIA EMPRESARIAL Aula 8 - Metadados e Operações OLAP.
Modelagem de Dados Aula 3.
Modelagem de Banco de Dados: Conceitos
Transcrição da apresentação:

Integração Semântica de Esquemas Gabrielle Karine Canalle

Roteiro Integração de Dados Integração de Esquemas Heterogeneidade dos dados Causas para a diversidade de esquemas Processo genérico para Integração de Esquemas Semântica em Integração de Esquemas Relações Semânticas Similaridade Semântica Conflitos Semânticos Ontologias em Integração Contexto em Integração Trabalhos Relacionados

Integração de Dados Fornecer ao usuário uma visão unificada dos dados contidos em diversas fontes de dados heterogêneas. De maneira que para o usuário esse processo seja transparente, aconteça a integração sem que ele perceba.. Abordagem Virtual Informações consultadas nas fontes apenas quando as consultas são realizadas Dados atualizados. Abordagem Materializada Informações são recuperadas, integradas e armazenadas em um reposítório Dados disponíveis imediatamente. Arquiteturas Mediadores – oferecem uma visao integrada sobre os dados distribuidos em multiplas fontes de dados e disponibilizam um esquema p essa visao Data warehouse – os dados sao recuperados, integrados, e armazenados em um repositorio de dados, obtendo-se assim uma visao materializada dos dados Peer to peer – os participantes sao tanto provedores como usuarios dos recursos. Dataspaces – abordagem pay as you go – integração por demanda

Integração de Esquemas Esquema descreve os objetos que estão sendo representados em um banco de dados e as relações entre eles. (entidades, atributos e relacionamentos) Integração de esquemas é o processo que recebe esquemas de fontes de dados distintas e produz um esquema unificado. Existem dois tipos: View Integration (Integração de visões) Ocorre durante a criação de um novo banco de dados quando os requisitos do usuário podem ser diferentes para cada grupo de usuários. É utilizado para mesclar diferentes pontos de vista em um único modelo de dados. Database Integration (Integração de Bases de Dados) É utilizado quando dois ou mais bancos de dados devem ser combinados para produzir um único esquema, chamado de esquema global. Database integration: duas categorias – integracao de bases de dados homogeneas, e heterogeneas

Heterogeneidade dos Dados Sintática: Divergências na representação de escalas, unidades, tipos de dados e formatos; Ex: Nome de tabelas FUNC em um BD e FUNCIONARIOS em outro BD Estrutural: Diferenças em modelos, esquemas e estruturas na representação de informações; Ex: BD orientado a objeto e BD relacional Semântica: Diferenças na interpretação da informação mesmo representada de forma homogênea Ex: Entidades ALUNO em um BD e ESTUDANTE em outro BD representando o mesmo conceito. Dentre os problemas de integração, o que vem sendo considerado o mais desafiador por especialistas é o da heterogeneidade EXEMPLO HETEROGENEIDADE SINTÁTICA –conteúdos iguais, mas com sintaxes diferentes. Esta heterogeneidade é de fácil solução e pode ser resolvida com o uso de um dicionário de termos léxicos. HETEROGENEIDADE SEMÂNTICA – considera o significado dos dados.

Causas para a diversidade de esquemas Diferentes perspectivas Quando dois esquemas de banco de dados são projetados por projetistas diferentes, ou as requisições dos usuários são diferentes, os esquemas resultantes muitas vezes são visões contrastantes dos mesmos dados.

Diferentes perspectivas No exemplo acima, a relação entre empregado e projeto em um banco de dados é representado como uma relação entre empregado, departamento e projeto em outro banco de dados. Esta situação pode ocorrer em uma organização que permite que diferentes departamentos tenham regras diferentes a respeito de como os funcionários estão alocados a projetos. [Lenzerine; Navathe, 1986]

Conceitos Equivalentes Bases de dados diferentes podem tratar os mesmos conceitos de maneiras diferentes. Há duas situações: Conceitos diferentes modelados da mesma forma; ex: em um BD de uma universidade onde funcionários e alunos podem ser representados pela entidade pessoa, embora sejam conceitos diferentes. Mesmos conceitos modelados de forma diferente.

Man e Woman são distinguidos em uma hierarquia de generalização no primeiro esquema visto que no segundo esquema eles são distinguidos por diferentes valores do atributo sexo. Exemplo editora e livro [Lenzerine; Navathe, 1986]

Projetos Incompatíveis Dois projetos de banco de dados podem ser incompatíveis devido a erros cometidos no projeto inicial, ou restrições diferentes.

Projetos incompatíveis Por exemplo, no exemplo acima, a relação entre o empregado e o projeto é representado como uma relação um-para-muitos em banco de dados 1 e, como um relacionamento muitos-para-muitos em banco de dados 2. Este problema pode ser causado por erros cometidos durante a tarefa inicial de análise de banco de dados ou porque os usuários do sistema têm diferentes métodos de trabalho. [Lenzerine; Navathe, 1986]

Processo Genérico para Integração de Esquemas Recebe um conjunto de esquemas diferentes, com estruturas diferentes e semântica diferente; É composto por uma série de tarefas; [Belian, 2007]

Pré-integração Nesta etapa uma análise dos esquemas é realizada para se decidir uma política de integração. Engloba a escolha dos esquemas a serem integrados e a ordem da integração. Traduz os esquemas para um formato adequado para ser processado pelos passos restantes do processo de integração.

Abordagens utilizadas na pré-integração Técnicas baseadas em String Consideram os nomes de elementos formados por Strings que são sequências de caracteres; São baseadas em sintática, a referências de duas strings de um mesmo conceito é estabelecido por medidas de similaridade. Técnicas baseadas em Linguagem Tokenization, lemmatization e elimination são exemplos; Geralmente são aplicadas aos nomes dos elementos antes das técnicas baseadas em string.

Comparação de Esquemas Esta etapa tem como objetivo identificar os conflitos e as correspondências entre elementos dos esquemas. Considera características sintáticas, semânticas e estruturais. A tarefa de comparação de esquema precisa identificar conflitos entre os elementos do esquema Conflitos sintáticos e estruturais; Quando os conceitos do mundo real são representados através de diferentes modelos e estruturas (tipos de dados, restrições de integridade) Conflitos semânticos; Quando o mesmo elemento do mundo real é modelado diferentemente por fontes de dados distintas causando interpretações divergentes, ou diferentes elementos com a mesma representacão ( homônimos, sinônimos) Toma como entrada dois esquemas, compara e retorna um conjunto de mapeamentos entre os elementos dos dois esquemas (entidades, atributos e relacionamentos)

Abordagens para Comparação de Esquemas Existem várias abordagens para comparação de esquemas: Instância vs nível de esquema Elemento vs correspondência de estrutura Baseados em Linguagem Utilizando restrições e tipos de dados Correspondência de cardinalidade Informações auxiliares fornecidas Elemento vs correspondencia de estrutura – dois esquemas podem ser comparados por elementos individuais (atributos) ou comparando as estruturas Baseados em linguagem – utiliza um dicionario de sinonimo fornecendo um vocabulario do dominio do conhecimento Utilizando restriçoes e tipos de dados – usa informacoes sobre as restricoes e tipo de dados a fim de auxiliar a operaçao de correspondencia e associar essa informacao com outros tipos de abordagens. Correspondencia de cardinalidade – pode relacionar um ou mais elementos dos dois esquemas que retorna 1:1, 1:N, N:1, e N:M como resultados Informacoes auxiliares fornecidas – nao eh baseada apenas nas informacoes dos esquemas, mas depende tambem de informacoes auxiiares fornecidas por vocabularios, dicionarios, ontologias, esquemas globais ou resultatos anteriores.

Correspondência de Esquemas Este passo é responsável pela resolução dos conflitos identificados no passo anterior. Tem como objetivo tornar os esquemas compatíveis, permitindo sua integração

Abordagens para Correspondência de Esquemas Soluções Baseadas em regras Regras feitas a mão empregadas para combinar os esquemas; Exploram informações como nome de elementos, tipos de dados, número de sub-elementos e restrições de integridade; Benefício: baixo custo, não exigem treino. Soluções Baseadas em Aprendizagem Maioria propostas na última década; Benefício: aprendizagem do passado para melhorar ao longo do tempo.

Fusão de Esquemas Nesta etapa os elementos correspondentes são agrupados de modo a gerar um esquema integrado. Além disso, esta etapa deve produzir mapeamentos entre os elementos do esquema integrado e seus elementos correspondentes nas fontes de dados.

Abordagens utilizadas na Fusão de Esquemas Duas estratégias são mais utilizadas nesta etapa: Abordagem binária A fusão é realizada com dois esquemas de cada vez; Utiliza medidas de similaridade; Reduz a complexidade da etapa de Fusão; Requer um grande número de iterações para produzir o esquema global. Abordagem N-ary Integra N esquemas de cada vez; Requer uma única iteração; Aumenta a complexidade da etapa de Fusão.

Reestruturação do Esquema Global O resultado do passo anterior é analisado e se necessário é feita uma reestruturação a fim de atingir os critérios: Integridade– o esquema integrado resultante deve conter todos os elementos apresentados nos esquemas das fontes de dados locais; Exatidão – o esquema global integrado deve conter corretamente os dados dos esquemas locais; Minimalidade – se o mesmo conceito for representado em mais de um componente do esquema, este deve ser representado somente uma vez no esquema integrado; Compreensão – o esquema integrado deve ser de fácil compreensão para o desenvolvedor e o usuário final.

Abordagens para Reestruturação de Esquemas Top-down Considera inicialmente os requisitos do usuário ou aplicação para produzir o esquema integrado; Depois, procura nos esquemas das fontes de dados locais os elementos necessários para formar o esquema integrado. Bottom-up Produz o esquema integrado com base nos elementos fornecidos pelos esquemas das fontes de dados; Os elementos do esquema global podem ser selecionados e personalizados de acordo com as necessidades do utilizador ou das aplicações.

Sêmantica em Integração de Esquemas Nome acadêmico para o estudo do significado; Desafio antigo e muito pesquisado; Semântica, é a interpretação que pessoas atribuem aos dados, ou seja, relacionam o dado ao que ele representa de acordo com o seu entendimento de mundo; Representada através da linguagem; Considerar o significado (conteúdo) do dado na integração Nomes dos elementos servem para indicar a qual objeto no mundo real o elemento se refere. A interpretção semântica depende do contexto que existe entendimentos especificos sobre o dominio de conhecimento.

Relações Semânticas Representação de relacionamentos semânticos entre os elementos de um esquema de fonte de dados; Auxiliam na resolução de conflitos semânticos; Existem vários tipos: Sinonímia Antonímia Homonímia Hiponímia Meronímia Relacionam os elementos de um banco de dados para reproduzir uma situação do mundo real

Sinonímia Nomes diferentes; Entidades semanticamente equivalentes; é o mesmo que ESTUDANTE ALUNO

Antonímia Significados opostos HOMEM MULHER

Homonímia Nomes iguais; Entidades semanticamente diferentes; BANCO Instituição financeira Banco de sangue

Hiponímia/Hipernímia Sub-tipo/super-tipo; Inclusão de uma entidade em uma classe semântica; PÁSSARO hiperônimo é um tipo de pássaro BEIJA-FLOR hipônimo

Meronímia/Holonímia Todo-parte; Decomposição do objeto em partes; BICICLETA holônimo tem um tem uma tem um GUIDÃO ASSENTO RODA merônimo

Similaridade Semântica Baseada no conceito de proximidade semântica, estabelece medidas sobre o quão forte é a semelhança semântica entre dois elementos que utilizam a mesma semantica do mundo real. Equivalência semântica – elementos representam o mesmo conceito. Forma mais forte de proximidade semântica; Relação semântica – elementos associados através de relacionamento 1:N, generalização ou agregação; Relevância semântica – elementos associados através de algum tipo de abstração; Semelhança semântica – elementos não são associados através do domínio, relacionados através de regras ou papéis definidos pelo usuário. Forma mais fraca de proximidade semântica; Incompatibilidade semântica – termos não possuem qualquer relação semântica. Grau de semelhança semantica mede a similaridade entre dois termos Medidas para estimar graus de similaridade semantica As medidas de similaridade semantica sao formuladas apra estabelecer o parentesco semantico , a semelhaca semantca ou até a distancia semantica entre dois termos

Conflitos Semânticos São causados por representações diferentes de conceitos do mundo real em fontes de dados diversas; A informação tem interpretações diferentes; Ocorre em esquemas e conteúdo de fontes de dados.

Incompatibilidade de Domínio Conflitos de nomes – atributos semanticamente iguais (sinônimos), atributos não relacionados semanticamente (homônimos); Ex. Remuneração e Salário, ou, id da entidade estudante que representa o cpf e id da entidade livro que representa o isbn. Conflitos de representação de dados – atributos semanticamente similares de tipos diferentes; Ex. Cpf definido como tipo inteiro em uma entidade e em outra como String. Conflitos de unidade de medida – atributos semanticamente similares representados em unidades de medida diferentes. Ex. Um atributo preço que pode estar representado em uma entidade em dólar e em outra em real. OCORREM QUANDO DOIS OBJETOS TEM DEFINIÇOES DIFERENTES DE DOMINIOS DE ATRIBUTOS SEMANTICAMENTE SIMILARES.

Conflitos de precisão – é possível que não exista um mapeamento de um para um entre os valores dos domínios dos atributos, e sim um mapeamento de um para vários. O mapeamento pode ser feito precisamente apenas em uma direção, e os objetos têm uma relação semântica; Ex. Mapeamento entre notas e conceitos. Conhecendo a nota é possível obter o conceito, mas sabendo o conceito não é possível obter a nota com precisão. Conflitos de valores default – dois atributos têm valores default diferentes em bases diferentes. Ex. Valor default para um atributo maioridade que pode ser em uma entidade 18 e em outra 21 anos. Conflitos de restrições – dois atributos semanticamente similares com restrições conflitantes. Ex. Atributo peso com restrição peso < 70 em um BD e peso > 80 em outro BD.

Incompatibilidade entre Definições de Entidades Conflitos de chaves – quando duas relações que modelam a mesma entidade têm chaves semanticamente diferentes; Ex. Em um BD a entidade pessoa tem como chave o n. identidade e em outro BD a entidade pessoa tem como chave o n. do cpf Conflitos de nomes – também ocorrem com as entidades assim como com os atributos. Se os nomes são sinônimos os objetos são considerados semanticamente equivalentes, se forem homônimos, são considerados semanticamente incompatíveis; Ex. Um BD com o objeto empregado e em outro com o objeto trabalhador representando o mesmo conceito, ou então em um BD o objeto bolsa representando bolsa de valores, e em outro BD o objeto bolsa representando o acessório. OCORREM QUANDO AS DEFINIÇOES DAS ENTIDADES SÃO APENAS PARCIALMENTE COMPATÍVEIS, MESMO QUANDO O MESMO TIPO DE ENTIDADE ESTÁ SENDO MODELADO.

Conflitos de compatibilidade de união – quando os atributos de uma não são semanticamente relacionados com os atributos da outra, sendo impossível realizar um mapeamento 1-1 entre eles; Ex. Entidade pessoa em um BD definida como Pessoa(CPF, nome, nomeDoPai) e em outro BD, definida como Pessoa(CPF, nome, telefone). Conflitos de isomorfismo de esquemas – entidades semanticamente similares têm um número diferente de atributos. Ex. Entidade Pessoa definida em um BD como Pessoa(CPF, telefoneResidencial, celular) e em outro BD como Pessoa(CPF, telefone). Conflitos de dados não informados – ocorre quando na definição da entidade existe um atributo não informado. Ex. podemos citar as relações estudante(CPF, nome, tipo) e estudanteDeMestrado(CPF, nome) em bancos distintos. Consideremos que o atributo tipo possa ter os valores graduação ou mestrado. Apesar de estudanteDeMestrado não possuir o atributo tipo, podemos deduzir que ele é do tipo mestrado

Incompatibilidade no Nível de Abstração Conflitos de Generalização – duas entidades representadas em diferentes níveis de generalização em bases diversas, com uma relação de inclusão entre as entidades; Ex. Uma entidade estudanteDeGraduacao representada como estudante(cpf, nome) em uma base, e como estudanteGraduacao(cpf, nome, orientador) em outra base. A mesma entidade representada de maneira mais geral na primeira base. Conflitos de agregação – quando uma agregação é utilizada em uma base para identificar um conjunto de entidades em outra base; Ex. Entidade comboio(id,npesoMedio, posicao) em um banco e uma entidade navio(id, peso, posicao, capitao) em outro. Comboio no primeiro banco é um conjunto de navios no segundo banco. Conhecendo o navio é possível identificar o comboio, mas conhecendo apenas o comboio não é possível identificar o navio com precisão.

Ontologias em Integração Na integração semântica, ontologias possuem um importante papel. Como são modelos formais de representação do conhecimento consensual, elas podem servir como base na atribuição de semântica aos sistemas a serem integrados. Vocabulário de referência Significado de elementos das fontes de dados; Utilizadas na resolução de conflitos semânticos em esquemas e conteúdo; “Uma ontologia é uma especificação explícita de uma conceitualização” [Gruber 1993] conceitualização = conhecimento representado formalmente Elementos: Classes, relações, funções, axiomas e instâncias.

Abordagens de Ontologia Abordagem de Ontologia Única Utiliza uma ontologia global, a ontologia possui um vocabulário compartilhado para a especificação das semânticas. Todas as fontes de informação são relacionadas a uma ontologia global. [Lima Sá, 2008]

Abordagem de Múltiplas Ontologias Cada fonte de informação é descrita por sua própria ontologia. [Lima Sá, 2008]

Abordagem Híbrida A semântica de cada fonte é descrita por uma ontologia própria, e é acrescida uma camada com um vocabulário global compartilhado no qual é baseada a construção das ontologias locais. [Lima Sá, 2008]

Vantagens do Uso de Ontologias na Integração de Dados Ontologias possuem um vocabulário rico e predefinido que serve como uma interface estável e conceitual para os bancos de dados e é independente de esquema da base; O conhecimento representado pela ontologia é suficientemente abrangente para dar suporte à tradução de todas as fontes de informações relevantes; A ontologia dá suporte ao gerenciamento de consistência, e o reconhecimento de inconsistência de dados.

Contexto “Contexto é qualquer informação que pode ser utilizada para caracterizar a situação de uma entidade. Uma entidade é uma pessoa, lugar, ou objeto que é considerado relevante para a interação entre um usuário e uma aplicação, incluindo o usuário e a aplicação em si.” Dey, 2001

Contexto em Integração Conjunto de meta-atributos utilizados na captura da semântica de elementos de banco de dados; O uso de informação contextual, além da de domínio, pode trazer uma maior precisão na interpretação dos elementos permitindo modificar o seu significado de acordo com um dado contexto; Pode-se utilizar ontologias para representação contextual. NO CONTEXTO DE SAÚDE – BANCO = BANCO DE SANGUE NO CONTEXTO FINANCEIRO – BANC0 = AGENCIA BANCÁRIA NO CONTEXTO COMPUTACIONAL– BANCO = BANCO DE DADOS

Desafio da Integração Semântica Devido à subjetividade na atribuição de semântica, é muito difícil que algum método consiga solucionar completamente a questão da interoperabilidade semântica. E por causa desses julgamentos subjetivos, a automatização total torna-se praticamente inviável.

Trabalhos Relacionados Alguns trabalhos que já foram realizados na área de integração semântica com ontologias e contexto.

Projeto Integra Sistema de integração baseado em mediadores que utiliza o enfoque Global-As-View (GAV); Propõe um processo para geração semântica de um esquema de mediacão; Utiliza metadados, contexto e ontologias na resolução de conflitos semânticos; Processo Básico Comparação de esquemas Enriquecimento léxico Unificação semântica Geração do esquema de mediação

OBA-SI(Ontology-Based Approach for Semantic Integration) É uma abordagem de integração semântica de sistemas baseada em ontologias; Seu intuito é sistematizar o processo de integração sugerindo etapas a serem seguidas; Apresenta uma abordagem em que a integração semântica é tratada em um nível mais alto de abstração.

Batini, Lenzerini e Navathe; A Comparative Analysis of Methodologies for Database Schema Integration Batini, Lenzerini e Navathe; Compara as metodologias para integração de esquemas propostas até o momento. Survey antigo mas muito conceituado na área de Integração de Esquemas. Recomendações de leitura

A Formalisation of Semantic Schema Integration Peter McBrien e Alexandra Poulovassilis; Mostra como ocorre a transformação dos dados em cada etapa do processo de integração semântica de esquemas e apresenta um estudo de caso

Dúvidas?

Referências Belian, Rosalie Barreto. A context-based name resolution approach for semantic schema integration, 2008. Dey, Anind K. Understanding and Using Context, 2001. Marcílio, Daltron Luiz. Análise e metodologias de integração de esquemas de banco de dados, 2008. An, Yuan. Data Semantics: Data Integration and the Semantic Web, 2004. Doan, AnHai; Halevy, Alon Y. Semantic Integration Research in the Database Community: A Brief Survey, 2004. Kearney, Stephen. Schema Integration, 2002.

Integração Semântica de Esquemas Gabrielle Karine Canalle