Você deve utilizar ferramentas ou código personalizado?
Nos primeiros dias de armazenamento de dados, a maioria das organizações tratadas serviços de middleware através de codificação personalizada, em vez de com as poucas ferramentas disponíveis no momento, como mostrado neste exemplo:
Uma organização escreve um programa em uma linguagem de programação como Cobol, ou talvez em um ambiente como o SAS, para lidar com as extrai dados de uma fonte de dados mainframe e, em seguida, fazer a verificação de garantia da qualidade e da transformação.
Um serviço de transferência de arquivos, tais como padrão FTP (File Transfer Protocol), é usado para copiar o transformados e # 147 purificado # 148- dados para a máquina em que o armazém de dados residirá.
SQL velho liso, ou um utilitário de carga a granel, é usado para carregar um banco de dados relacional com os novos (ou atualizados) conteúdo do armazém de dados.
Nada há de errado com esta abordagem programática. Sempre determinar para o seu ambiente específico se codificação customizada ou ferramentas são o # 147 direito # 148- caminho a percorrer. Não assuma que você deve implementar o seu armazém de dados usando ferramentas de middleware.
Mas sua equipe pode encontrar replicar a lógica reutilizável construído na maioria das ferramentas de middleware muito caros. E, além disso, você pode encontrar open-source ferramentas (livre) de middleware disponíveis, tornando o argumento de # 147 agradecemos economizar dinheiro usando recursos internos # 148- uma tarefa difícil de justificar. Portanto, a maioria das implementações de hoje são feitas usando Extração, transformação, e Carga(ETL).