Alisson, O Termo mais comum é ETL (Extração, Transformação e Carga), é um termo muito usado em DW e BI, geralmente este processo de ETL é usado para carregar modelos dimensionais que são usados para extração de dados via ferramentas OLAP.
Atenciosamente, Edson Almeida Jr msn: [EMAIL PROTECTED] [EMAIL PROTECTED] Visite www.consulting.com.br > Alisson > > Não conhecia esse conceito de "ELT". Então não posso ter opinião formada, > sem estudar melhor. > > Porém podemos trocar idéias, pensando em conceitos básicos. > > Para se dizer se algo **não** é indicado para um BD OLTP, neste caso, > seria > necessário saber se é um sistema "crítico", se já possui processamento > intensivo (ou se há folga de processamento), etc. > Ou seja, acho que a resposta não é tão direta assim. Há outros aspectos a > considerar. > > Um DBA experiente (não sou DBA) poderia detalhar melhor o impacto das > DDL's > massivas. > Na realidade, um SGBD/servidor pode até suportar isso... mas nenhum SGBD > foi > concebido (pensado) para isso (tanto faz ser OLTP ou OLAP). > Tradicionalmente, num BD você tem as estruturas prontas e manipula os > conteúdos... tabelas "temporárias/auxiliares" (via DDL) seriam/são > exceção. > > Mas pode ser que em certos casos, "ELT" seja uma boa opção... > Você mencionou o "Oracle Data Integrator" --- talvez pensando em > "integração" seja interessante (estou considerando em carga de dados > contínua, mas em "doses homeopáticas"). > > Num servidor com sistemas críticos e muito exigidos, eu deixaria qualquer > coisa que gere impacto considerável de processamento (e não faça parte > diretamente das regras do sistema) em um servidor separado. > > Pelo que vi, um dos apelos do ELT é ser "mais econômico" (por afirmarem > que > não requer um servidor separado)... mas quem "põe a mão no fogo"? Ou dizer > que é uma boa solução para qualquer necessidade de DW/BI? > > Achei uns links que parecem interessantes, mas ainda não tive tempo de > ler... de qualquer forma, repasso: > > http://blogs.informatica.com/enterprise_data_management/2007/07/what_is_elt.html#more > > http://blogs.informatica.com/enterprise_data_management/enterprise_data_management/technology/ > > [ ] > > André > > > Em 27/11/07, Alisson Aguiar <[EMAIL PROTECTED]> escreveu: >> >> André, >> >> O processo não pode ser mudado, por que ele é gerenciado pela ferramenta >> (Oracle Data Integrator). Essa abordagem E-LT faz com que as cargas >> sejam >> extremamente rápidas, porém, há essa criação/drop massiva de objetos >> (tabelas, views, índices). >> >> O que eu estou procurando são insights que digam que a *** uso massivo >> de >> DDL não é indicado para bancos OLTP ***. Até agora, não achei nada, o >> que >> me >> leva a crer que não é uma restrição ... >> >> Abraco, >> Alisson >> >> Em 27/11/07, Andre Santos >> <[EMAIL PROTECTED]<andre.psantos.ti%40gmail.com>> >> escreveu: >> > >> > Alisson >> > >> > Mas esse processo não pode ser revisto? Isso não parece ser uma boa >> > idéia... >> > Pelo menos, consideraria o uso de GTT's. >> > >> > Outra coisa, não sei se entendi direito: o banco de "destino" dos >> dados >> é >> > de >> > um sistema OLTP de produção? >> > As "transformações" (do processo ETL) são feitas nesse servidor? >> > >> > [ ] >> > >> > André >> > >> > Em 27/11/07, Alisson Aguiar <[EMAIL PROTECTED] >> <mralisson%40gmail.com><mralisson%40gmail.com>> >> > escreveu: >> > > >> > > Isso ..!!! >> > > >> > > Em 23/11/07, Rafael G. Colvara >> <[EMAIL PROTECTED]<rafaelcolvara%40techne.com.br> >> <rafaelcolvara%40techne.com.br> >> > <rafaelcolvara%40techne.com.br>> >> > > escreveu: >> > > > >> > > > mas os comandos são de create table e drop table ? >> > > > >> > > > Pois pelo que entendi o precedimento é de import/transform/export >> (de >> > > > dados é logico). Se for isso, qual seriam os comandos DDL´s? a >> cada >> > vez >> > > que >> > > > o processo for disparado ele irá criar as tabelas no banco depois >> > > apaga-las? >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > ________________________________ >> > > > >> > > > De: oracle_br@yahoogrupos.com.br >> <oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br> >> em nome >> > > > de Alisson Aguiar >> > > > Enviada: sex 23/11/07 16:14 >> > > > Para: oracle_br@yahoogrupos.com.br >> <oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br><oracle_br%40yahoogrupos.com.br> >> > > > Assunto: Re: [oracle_br] DDL massiva em OLTP >> > > > >> > > > André, >> > > > >> > > > Não são GTT's. São tabelas normais. >> > > > >> > > > Abraco, >> > > > Alisson >> > > > >> > > > Em 23/11/07, Andre Santos >> <[EMAIL PROTECTED]<andre.psantos.ti%40gmail.com> >> <andre.psantos.ti%40gmail.com> >> > <andre.psantos.ti%40gmail.com> >> > > <andre.psantos.ti%40gmail.com><mailto: >> > > > andre.psantos.ti%40gmail.com> > escreveu: >> > > > > >> > > > > Alisson >> > > > > >> > > > > Em SQL, DDL's são comandos do tipo CREATE, ALTER, DROP (e mais >> > alguns >> > > > > outros). >> > > > > >> > > > > No Oracle, uma tabela "temporária" (global temporary table - >> GTT) >> é >> > > > criada >> > > > > e >> > > > > a "estrutura" (a tabela em si) permanece no banco. Os "dados" é >> que >> > > são >> > > > > temporários. >> > > > > >> > > > > Considerando isso, será que realmente seriam realizados os >> comandos >> > > > DDL's >> > > > > como uma "rotina" do processo? Se entendi direito, acho que não. >> > > > > >> > > > > [ ] >> > > > > >> > > > > André >> > > > > >> > > > > Em 23/11/07, Alisson Aguiar >> <[EMAIL >> PROTECTED]<mralisson%40gmail.com><mralisson%40gmail.com><mralisson%40gmail.com><mralisson%40gmail.com><mailto: >> >> > >> > > > mralisson%40gmail.com> <mralisson%40gmail.com>> >> > > > > escreveu: >> > > > > > >> > > > > > Srs, >> > > > > > >> > > > > > Gostaria de uma opinião. >> > > > > > >> > > > > > Está se desenvolvendo uma série de integrações usando o Oracle >> > Data >> > > > > > Integrator. Essa ferramenta nova da Oracle utiliza uma >> abordagem >> > > > > diferente >> > > > > > da ETL tradicional, a qual é chamada de EL-T. A diferença >> nessa >> > > > > abordagem >> > > > > > é >> > > > > > a não necessidade de ter uma camada (middleware/hardware) >> > específica >> > > > > para >> > > > > > fazer as transformações, onde os processos de Extract, >> Transform >> e >> > > > Load >> > > > > > ocorrem diretamente nas pontas, utilizando a tecnologia >> específica >> > e >> > > > > > otimizada dessa ponta (seja ela Oracle, Sybase, DB2, file, >> etc). >> > > > > > >> > > > > > Para que isso seja possível, uma série de tabelas temporárias >> > > > (inerentes >> > > > > > ao >> > > > > > processo da própria ferramenta) são criadas e dropadas no >> destino. >> > > > Como >> > > > > > alguns desses destinos são caracterizados como bancos OLTP, >> ficou >> > > > > decidido >> > > > > > que "esse tipo de implementação não será possível em bancos >> dessa >> > > > > > característica pois a ocorrência massiva de DDLs não é >> possível >> em >> > > > > bancos >> > > > > > OLTP" >> > > > > > >> > > > > > Se bem me lembro de algumas questões das provas de >> certificação >> e >> > da >> > > > > > documentação, uma característica dos bancos OLTP é o alto >> > throughput >> > > > de >> > > > > > dados e a intensa ocorrência de DML, aliada ao acesso >> concorrente >> > de >> > > > > > centenas de usuários. >> > > > > > >> > > > > > Pesquisei e nada achei sobre a ocorrência de grande volume de >> DDL >> > em >> > > > > > bancos >> > > > > > OLTP. Por "grande" coloco a realização de 2000+ DDL's e 10Gb >> > > diários. >> > > > Um >> > > > > > desses bancos (10g, último patchset, conforme colocado) hoje >> está >> > > num >> > > > > RAC >> > > > > > com 4 instâncias em AIX. >> > > > > > >> > > > > > Alguém tem alguma experiência nesse assunto e poderia comentar >> > essa >> > > > > > questão? >> > > > > > >> > > > > > Abraco, >> > > > > > Alisson >> > > > > > >> > > > > > [As partes desta mensagem que não continham texto foram >> removidas] >> > > > > > >> > > > > > >> > > > > > >> > > > > >> > > > > [As partes desta mensagem que não continham texto foram >> removidas] >> > > > > >> > > > > >> > > > > >> > > > >> > > > [As partes desta mensagem que não continham texto foram removidas] >> > > > >> > > > [As partes desta mensagem que não continham texto foram removidas] >> > > > >> > > > >> > > > >> > > >> > > [As partes desta mensagem que não continham texto foram removidas] >> > > >> > > >> > > >> > >> > [As partes desta mensagem que não continham texto foram removidas] >> > >> > >> > >> >> [As partes desta mensagem que não continham texto foram removidas] >> >> >> > > > [As partes desta mensagem que não continham texto foram removidas] > >
