Enterprise Information Integration Services
Por volta de 1995, os fornecedores começaram a posicionar o seu software como ferramentas de armazenamento de dados virtuais. A premissa fundamental é que às vezes ele simplesmente não faz sentido para copiar e manipular um monte de dados, apenas no caso de alguém precisa dele. Por que não acessar dados diretamente da fonte em uma base como necessária?
Infelizmente, o acesso a dados através de uma rede em sua fonte provou ser o menos desafiador dos problemas na tentativa de fornecer uma espécie de no local de armazenamento de dados. Os mesmos desafios enfrentados em qualquer ambiente de armazenamento de dados (tais como lidar com a qualidade dos dados, decidir quais os tipos de transformações deve ocorrer, e escolher como lidar com essas transformações, quando diferentes fontes são inconsistentes) ainda estão presentes.
Só porque você pode obter os dados na sua origem (em quase todo o banco de dados ou arquivo de estrutura) não significa que os dados fornece a inteligência de negócios necessária quando está em suas mãos.
Para resolver estas questões de qualidade de dados, arquitetos muitos dados começaram a realizar a construção de data mart de baixo para cima para desenvolver um armazém de dados baseado em componentes. Em vez de ter um único banco de dados em que você alimenta todos os dados (criando seu data warehouse), uma série de componentes cada lida com um determinado conjunto de funções (como responder a perguntas específicas do negócio) ou determinados assuntos. Juntos, esses data marts (ou componentes) compreendem um ambiente de armazenamento de dados.
Este, dinâmica arquitetura de dados de acesso baseado em componentes é a base para o armazenamento de dados virtual e, mais especificamente, o que Enterprise Information Integration servidores (EII) está oferecendo ao mercado.
Esta figura mostra um ambiente no qual os componentes individuais são criados dentro do ambiente de armazenamento de dados de um modo de baixo para cima. Em vez de combinar os componentes em um grande banco de dados (e copiar todos os dados novamente), EII cria um ambiente de armazenamento de dados em que os usuários podem acessar o conteúdo de cada componente de uma ferramenta de inteligência de negócios como eles foram todos armazenados juntos, mesmo que eles não são .
Pense sobre como você usa um navegador da Web em seu desktop. Você clicar em um link ou digita uma URL específica, e ao meio ambiente, trabalhando nos bastidores, leva você para o lugar certo para o conteúdo que você pediu. Agora, imagine a Internet funcionando muito mais rápido.
Quando você ir a vários sites, você não está acessando os anúncios para as últimas quatro rodas motrizes que você está cobiçando, resultados esportivos, desenhos animados Dilbert, ou qualquer outra coisa que você faz na internet. Você está trazendo de volta pedaços de dados que são então combinados e enviados de volta para o seu browser. Isso é o armazenamento de dados virtual - é apenas como a Internet!
Não é uma boa idéia para construir um ambiente de armazenamento de dados virtual para acessar dados de origem diretamente, em seu formato nativo. Seu desafio não é descobrir como se juntar a bases de dados multi-plataforma (combinando dados do IMS com os dados DB2, por exemplo) e manipulam os tipos de transformação em nível de sistema, é garantir que a qualidade dos dados é alta e não requer o utilizador a limpar manualmente os dados.
Cada aplicação deve, portanto, ser habilitado para armazém e contêm um editor de dados que é responsável por todos os serviços de middleware (como extração e de garantia de qualidade), conforme especificado nas regras de negócio do ambiente.
O editor de dados poderia concebivelmente funcionar quase no modo em tempo real, como ele teria que fazer em um armazenamento de dados operacionais, ou poderia funcionar em um modo periódico (orientada para o lote) se as atualizações instantâneas não são necessários. Nesta situação, a editora de dados é um produto de mini-middleware incorporado na aplicação (ou um serviço de acesso por aplicação).
Quando você pensa de armazenamento de dados virtual, substitua a pergunta # 147 Posso chegar aos dados? # 148- com a questão # 147 Posso obter dados utilizáveis? # 148- A editora de dados desempenha um papel importante, e não deve ser negligenciada.
Você também não pode arquitetura de dados negligência. Só porque você está desenvolvendo componentes de uma forma de baixo para cima e eles estão sendo acessados no lugar, em vez de ser copiado em um banco de dados maior data warehouse, não significa que você pode negligenciar esta função.
Dizer que IDs lojas de um componente do cliente como números de cinco dígitos após a transformação ocorre e contém somente os clientes que fizeram compras nos últimos seis meses. E um outro componente, que contém todos os clientes que já compraram produtos da sua empresa, utiliza sete caracteres identificadores alfanuméricos. Nesta situação, você pode ter o mesmo tipo de problemas de incompatibilidade de dados que você faria se estivesse acessando dados diretamente das fontes.
Embora EII permite diferenças entre conteúdo do componente, você deve entender e gerenciar as diferenças de modo que você não impedem a missão de inteligência de negócios.