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]
