[oracle_br] Alterar a partição de registros numa tabela. Qual a melhor forma?

[Lobão]

Pessoal,

Possuo uma tabela temporária com 127 partições, alimento esta tabela
temporária atraves de sqlloader e faço a distribuição dos registros
atraves do MOD(valor,128). Entretanto este valor que faço a
distribuição não é o correto, pq o arquivo que faço a importação para
o banco não possui a informação necessária. O banco de dados da
empresa possui um cluster com 8 instâncias espelhadas onde cada
instância possui um range de partições em cache oq aumenta a
performance...


Meu problema é o seguinte, preciso atualizar os registros desta tabela
temporária com uma informação que me diz qual a partição correta do
registro. Contudo essa tabela possui em média 3 milhões de registros
que precisam de atualização. Dai minha dúvida...queria saber a melhor
forma de realizar esta atualização dos registros com uma boa
performance...peço ajuda aos amigos DBAs e desenvolvedores.

Pensei em realizar a atualização de algumas maneiras:
1) Utilizando BULCK COLLECTION para realizar a atualização.
2) Inserir os registros em outra tabela temporária B com a informação
correta, truncar a tabela temporaria A e depois realizar a copia da
tabela B para A.

E ai pessoal...sugestões ?

Valeu!

[]'s

Re: [oracle_br] Software de monitoramento

[Joel Menezes]

Conheça a Polo-iT entrando no site www.polo-it.com.br e acabe com seus
problemas de monitoramento de banco de dados.

2009/9/3 Andre Luiz da Silva 

>
>
> Pessoal boa tarde,
>
> Alguém esta utilizando software de monitoramento de Banco de dados ex.
> Spotlight? Qual? Qual vocês recomendam?
>
> Atenciosamente,
> André Luiz da Silva
> Análise de Negócios - Analista de Suporte Basis SAP
> Pioneiros Bioenergia S/A
> Sud Mennucci - SP
> * (18) 3786-9130 Ê (18) 9102-2139
> Pioneiros, estar à frente é o nosso desafio!
>
> 
> CONFIDENCIALIDADE DO CORREIO ELETRÔNICO
> Esta mensagem, incluindo seus anexos, pode conter informação confidencial
> e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não
> utilize, copie ou divulgue as informações nele contidas. E, por favor, avise
> imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o.
>
> DISCLAIMER
>
> This message, including its attachments, may contain confidential and/or
> privileged information. If you received this email by mistake, do not use,
> copy or disseminate any information herein contained. Please notify us
> immediately by replying to the sender and then delete it.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 





Adm. Joel Chagas Menezes


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Software de monitoramento

[Marcelo Medrado]

Prezado Andre,
Em nossa empresa, optamos por desenvolver um produto dentro de casa pois as
ferramentas atuais são visualmente bonitas porém não focam na realidade que
vemos aqui. São boas para lhe dar um overview do ambiente (principalmente
quando o mesmo é mais amplo) mas não são tão customizáveis assim ao que você
precisa.

O Spotlight, como todos os produtos da Quest, é bem legal.

Sds,

Marcelo Medrado
Polo-IT


2009/9/3 Andre Luiz da Silva 

>
>
> Pessoal boa tarde,
>
> Alguém esta utilizando software de monitoramento de Banco de dados ex.
> Spotlight? Qual? Qual vocês recomendam?
>
> Atenciosamente,
> André Luiz da Silva
> Análise de Negócios - Analista de Suporte Basis SAP
> Pioneiros Bioenergia S/A
> Sud Mennucci - SP
> * (18) 3786-9130 Ê (18) 9102-2139
> Pioneiros, estar à frente é o nosso desafio!
>
> 
> CONFIDENCIALIDADE DO CORREIO ELETRÔNICO
> Esta mensagem, incluindo seus anexos, pode conter informação confidencial
> e/ou privilegiada. Caso você tenha recebido este e-mail por engano, não
> utilize, copie ou divulgue as informações nele contidas. E, por favor, avise
> imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o.
>
> DISCLAIMER
>
> This message, including its attachments, may contain confidential and/or
> privileged information. If you received this email by mistake, do not use,
> copy or disseminate any information herein contained. Please notify us
> immediately by replying to the sender and then delete it.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: Dúvida - OCA Developer ou OCA DBA.

[thiago986]

Rodrigo,

Isso depende da carreira que você desejará seguir. Você gostaria de ser DBA ou 
desenvolvedor? Respondendo isso você tem sua resposta.

Outra coisa, só a certificação não vale muita coisa para ganhar mais ou 
arranjar emprego. 

A certificação deve estar aliada ao seu conhecimento e experiência em uma das 
duas areas. Não seria lá muito coerente você ser DBA e optar por certicações de 
em desenvolvimento ou o contrário.

Att,

Thiago Gonsalez Hyppolito
DBA Oracle
Portugal Telecom Inovação
Blog: http://profissionaloracle.com.br/blogs/hyppolito

--- Em oracle_br@yahoogrupos.com.br, "Rodrigo F.M"  escreveu
>
> Boa tarde pessoal,
> 
> 
> 
>  Vou fazer o exame 1z0-051 11g SQL fundamental. Daí surgiu uma dúvida,
> continuo estudando para OCA DBA ou OCA PL/SQL Developer.
> 
>   Qual das duas certificações é mais procurada no mercado? Salário qual a
> média? Qual é mais fácil arrumar um emprego!? Se puderem opinar eu agradeço.
> 
> 
> 
> Rodrigo.
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Dúvida - OCA Developer ou OCA DBA.

[Rodrigo F.M]

Boa tarde pessoal,



 Vou fazer o exame 1z0-051 11g SQL fundamental. Daí surgiu uma dúvida,
continuo estudando para OCA DBA ou OCA PL/SQL Developer.

  Qual das duas certificações é mais procurada no mercado? Salário qual a
média? Qual é mais fácil arrumar um emprego!? Se puderem opinar eu agradeço.



Rodrigo.


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Execute Immediate em Funtions

[Cesar Sturion]

Olá Pessoal,

Existe uma forma de usar o execute immediate em functions que possuem um dos
parametros out ? Sempre usei mais ou menos assim:

set feedback  off
set linesize  120
set pagesize  0

create or replace function *count_in_table*
  (attr in varchar2, attrval in varchar2, tbl in varchar2)
  return number
is
  cnt number;
begin
  execute immediate 'select count(1) from ' || tbl || ' where ' ||
attr || ' = :a' into cnt using attrval;

  return cnt;
end;
/

Mas onde trabalho existem algumas funções como a que segue abaixo:

SQL> desc pFnConta.ImportaBcoAgCta
Parameter Type Mode Default?
-   
(RESULT)  BOOLEAN
PIDPROPRIETARIOCONTA  NUMBER(7)IN
PAPELIDOPROPRIETARIOCONTA VARCHAR2 IN
PCPFCGCPROPRIETARIOCONTA  VARCHAR2 IN
PCODTIPOCONTA VARCHAR2 IN
PCODCONTACONTABIL VARCHAR2 IN
PSALDOATUAL   NUMBER(15,2) IN
PCODINTEGSDFINANCIAL  VARCHAR2 IN
PNOMECONTACAIXA   VARCHAR2 IN
PNUMBACEN VARCHAR2 IN
PNOMEBANCOVARCHAR2 IN
PNUMAGENCIA   VARCHAR2 IN
PNOMEAGENCIA  VARCHAR2 IN
PNUMCCVARCHAR2 IN
PINDESPECIAL  VARCHAR2 IN
PINDCPMF  VARCHAR2 IN
PINDPOUPANCA  VARCHAR2 IN
PVLRLIMITENUMBER(15,2) IN
PDESCRICAOVARCHAR2 IN
PNUMDIAS  NUMBER(3)IN
PNUMTIPOOPER  NUMBER(4)IN
PINDATIVA VARCHAR2 IN   Y
PINDCONTACONJUNTA VARCHAR2 IN   Y
PIDCTANUMBER(8)OUT
PMSGERRO  VARCHAR2 OUT

Existe uma forma de usar o Execute Immediate dessa rotina ou a melhor forma
é transforma-la em procedure ?

[]'s

Cesar


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Software de monitoramento

[Andre Luiz da Silva]

Pessoal boa tarde,

Alguém esta utilizando software de monitoramento de Banco de dados ex. 
Spotlight? Qual? Qual vocês recomendam?

Atenciosamente,
André Luiz da Silva
Análise de Negócios - Analista de Suporte Basis SAP
Pioneiros Bioenergia S/A
Sud Mennucci - SP
* (18) 3786-9130  Ê (18) 9102-2139
Pioneiros, estar à frente é o nosso desafio!



CONFIDENCIALIDADE DO CORREIO ELETRÔNICO
Esta mensagem, incluindo seus anexos, pode conter informação confidencial e/ou 
privilegiada. Caso você tenha recebido este e-mail por engano, não utilize, 
copie ou divulgue as informações nele contidas. E, por favor, avise 
imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o.


DISCLAIMER

This message, including its attachments, may contain confidential and/or 
privileged information. If you received this email by mistake, do not use, copy 
or disseminate any information herein contained. Please notify us immediately 
by replying to the sender and then delete it.


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Re: Estimativa de tamanho de base

[Oracle]

ok... utilizando AVG_ROW_LENGTH me ajuda...

obrigado

Rafael Bahr Esposito da Rocha
(41) 9199-1286



jlchiappa escreveu:
>  
>
> Colega, veja lá que "tamanho DE BASE", que é o que vc cita como 
> título, é UMA coisa, e TAMANHO MÉDIO DE UMA TABELA é totalmente OUTRA, 
> ok ?? Agora que vc explicou Melhor o que vc quer, o método fácil é : 
> após ser coletadas estatísticas, nas views USER/ALL_DBA_TABLES a 
> coluna AVG_ROW_LENGTH é ** automaticamente ** preenchida com ao 
> tamanho médio do registro, se vc vai inserir X linhas mais na tabela, 
> multiplicando X pelo tamanho do registro vc obtém uma média razoável, 
> uma estimativa de tamanho que ocupará... Como estamos falando de ** 
> MÉDIA **, de ESTIMATIVA, eu (principalmente por causa do overhead nos 
> blocos Oracle, de eventuais chained rows e quetais), colocaria um 
> fudge factor, uma "gordurinha" de uns 10% ou coisa do tipo em cima do 
> resultado e essa seria a minha Previsão de consumo de espaço, ok ?
> E é óbvio, se (digamos) estamos falando de centenas e centenas de Gb, 
> e o ambiente tá curto em espaço de disco, se vc efetivamente 
> QUISER/PRECISAR ter uma margem de erro ainda menor o procedimento mais 
> garantido ainda é vc LEVANTAR os valores típicos de inserção , fazer 
> uma CÓPIA EXATA da tabela e inserir de veradde e comitar nessa cópia 
> uns tantos milhares de registros, aí vc faz uma regra de 3, se x mil 
> registros ocuparam tanto, o meu total vai ocupar esse outro tanto...
>
> []s
>
> Chiappa
> --- Em oracle_br@yahoogrupos.com.br 
> , Oracle  
> escreveu
> >
> > Marcos,
> >
> > na verdade eu não preciso saber o tamanho atual do banco e sim fazer 
> uma
> > estimativa do tamanho que o banco terá se X registros forem 
> inseridos em
> > cada tabela, ou seja, preciso saber como calcular quantos bytes um
> > registro ocupa em determinada tabela, e então eu consigo montar um
> > select para calcular a estimativa de todo o banco.
> >
> > Att.
> >
> > Rafael Bahr Esposito da Rocha
> > Analista de Sistemas
> > (41) 9199-1286
> >
> >
> >
> > Marcos Braga escreveu:
> > >
> > >
> > > Oi Rafael,
> > >
> > > Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por
> > > tipo de
> > > segmento ou se preferir some tudo e terá o valor real da base 
> completa.
> > >
> > > Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente,
> > > independente do tamanho reservado de cada tablespace.
> > >
> > > []s
> > > Braga
> > >
> > > 2009/9/3 Oracle mailto:rocha.oracle%40gmail.com>>
> > >
> > > >
> > > >
> > > > Bom dia,
> > > >
> > > > preciso realizar um cálculo de estimativa de tamanho de um banco de
> > > > dados irá utilizar.
> > > >
> > > > Minha idéia seria criar um select na view all_tab_cols onde eu posso
> > > > calcular quantos bytes cada coluna utiliza de acordo com datatype e
> > > > char_lenght e multiplicar pelo número de linhas estimadas que cada
> > > > tabela possui.
> > > >
> > > > Alguém tem algum select parecido ou consegue me dizer se desta forma
> > > > irei conseguir chegar num valor aceitável?
> > > >
> > > > Att.
> > > >
> > > > --
> > > > Rafael Bahr Esposito da Rocha
> > > > (41) 9199-1286
> > > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> >
>
> 

[oracle_br] Re: Estimativa de tamanho de base

[jlchiappa]

Colega, veja lá que "tamanho DE BASE", que é o que vc cita como título,  é UMA 
coisa, e TAMANHO MÉDIO DE UMA TABELA é totalmente OUTRA, ok ?? Agora que vc 
explicou Melhor o que vc quer, o método fácil é : após ser coletadas 
estatísticas, nas views USER/ALL_DBA_TABLES a coluna AVG_ROW_LENGTH é ** 
automaticamente ** preenchida com ao tamanho médio do registro, se vc vai 
inserir X linhas mais na tabela, multiplicando X pelo tamanho do registro vc 
obtém uma média razoável, uma estimativa de tamanho que ocupará... Como estamos 
falando de ** MÉDIA **, de ESTIMATIVA, eu (principalmente por causa do overhead 
nos blocos Oracle, de eventuais chained rows e quetais), colocaria um fudge 
factor, uma "gordurinha" de uns 10% ou coisa do tipo em cima do resultado e 
essa seria a minha Previsão de consumo de espaço, ok ? 
 E é óbvio, se (digamos) estamos falando de centenas e centenas de Gb, e o 
ambiente tá curto em espaço de disco, se vc efetivamente QUISER/PRECISAR ter 
uma margem de erro ainda menor o procedimento mais garantido ainda é vc 
LEVANTAR os valores típicos de inserção , fazer uma CÓPIA EXATA da tabela e 
inserir de veradde e comitar nessa cópia uns tantos milhares de registros, aí 
vc faz uma regra de 3, se x mil registros ocuparam tanto, o meu total vai 
ocupar esse outro tanto... 
 
 []s
 
   Chiappa
--- Em oracle_br@yahoogrupos.com.br, Oracle  escreveu
>
> Marcos,
> 
> na verdade eu não preciso saber o tamanho atual do banco e sim fazer uma 
> estimativa do tamanho que o banco terá se X registros forem inseridos em 
> cada tabela, ou seja, preciso saber como calcular quantos bytes um 
> registro ocupa em determinada tabela, e então eu consigo montar um 
> select para calcular a estimativa de todo o banco.
> 
> Att.
> 
> Rafael Bahr Esposito da Rocha
> Analista de Sistemas
> (41) 9199-1286
> 
> 
> 
> Marcos Braga escreveu:
> >  
> >
> > Oi Rafael,
> >
> > Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por 
> > tipo de
> > segmento ou se preferir some tudo e terá o valor real da base completa.
> >
> > Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente,
> > independente do tamanho reservado de cada tablespace.
> >
> > []s
> > Braga
> >
> > 2009/9/3 Oracle mailto:rocha.oracle%40gmail.com>>
> >
> > >
> > >
> > > Bom dia,
> > >
> > > preciso realizar um cálculo de estimativa de tamanho de um banco de
> > > dados irá utilizar.
> > >
> > > Minha idéia seria criar um select na view all_tab_cols onde eu posso
> > > calcular quantos bytes cada coluna utiliza de acordo com datatype e
> > > char_lenght e multiplicar pelo número de linhas estimadas que cada
> > > tabela possui.
> > >
> > > Alguém tem algum select parecido ou consegue me dizer se desta forma
> > > irei conseguir chegar num valor aceitável?
> > >
> > > Att.
> > >
> > > --
> > > Rafael Bahr Esposito da Rocha
> > > (41) 9199-1286
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>

[oracle_br] Re: Execução do comando ANALYZE

[jlchiappa]

Sim, após uma coleta de estatísticas de CBO a coluna NUM_ROWS das views 
USER/ALL/DBA_TABLES é populada com essa informação. Evidente, SE faz tempo 
que a última coleta foi feita, OU SE foi usado ESTIMATE, o número não vai ser 
preciso, mas via de regra ele é uma excelente estimativa, se as estatísticas 
estão sendo coletadas em frequência razoável... 

 []s

  Chiappa
--- Em oracle_br@yahoogrupos.com.br, Eduardo Souza  escreveu
>
> Amigos,
> 
> ainda relacionado com esse assunto, como posso saber a quantidade de linhas
> de uma tabela sem precisar executar "select count(*)..."?  Esse dado existe
> em alguma tabela?
> 
> Grato.
> 
> 
> 
> 2009/9/2 jlchiappa 
> 
> >
> >
> > A Recomendação é clara : ** SE ** após a sua análise vc concluir que é
> > adequado se coletar estatísticas após a rotina em questão faz sentido, é
> > aplicável, SIM, vc pode (e mesmo é Recomendado) que vc substitua o comand
> > ANALYZE pelo DBMS_STATS. Torno a dizer, porém, que vc fará isso *** APÓS ***
> > uma análise criteriosa e testes, sair mexendo por sua própria conta, sem
> > saber o que nem porque, só pode levar à ineficiências e problemas de forma
> > geral...
> >
> > []s
> >
> > Chiappa
> > --- Em oracle_br@yahoogrupos.com.br ,
> > Eduardo Souza  escreveu
> > >
> > > Caros amigos,
> > >
> > > sendo assim, pelo que entendi, devo substituir os comandos ANALYZE
> > (delete e
> > > compute statistics) pelo gather_table_stats?
> > >
> > > Antes dos comandos, existem outros comandos para dropar e recriar os
> > índices
> > > da tabela. Posso retirar estes comandos ou devo deixa-los (não estão
> > > demandando muito tempo)?
> > > 2009/9/2 jlchiappa 
> >
> > >
> > > >
> > > >
> > > > Na verdade, sejam quais forem as opções de estimate, de histogramas,
> > etc,
> > > > se forem as mesmas com o comando ANALYZE e com o GATHER_TABLE_STATS,
> > pra um
> > > > hardware de produção, que permita Paralelismo, a tendência é o
> > DBMS_STATS
> > > > ser EXTREMAMENTE mais rápido, um exemplinho mostrando isso (executado
> > 2x
> > > > para tentar diminuir a influência de caches, num banco stand-alone com
> > só eu
> > > > nele, etc), e 10gR2 mas em tese isso vale pra qquer versão atual de bd
> > > > Oracle :
> > > >
> > > > sys...@o10gr2:SQL>set timing on
> > > > sys...@o10gr2:SQL>select count(*) from TAB_DEZ_MILHOES;
> > > >
> > > > COUNT(*)
> > > > --
> > > > 10314200
> > > >
> > > > Decorrido: 00:00:18.71
> > > >
> > > > sys...@o10gr2:SQL>analyze table TAB_DEZ_MILHOES compute statistics for
> > > > table for all indexed columns;
> > > >
> > > > Tabela analisada.
> > > >
> > > > Decorrido: 00:01:10.51
> > > >
> > > > sys...@o10gr2:SQL>execute
> > > >
> > sys.dbms_stats.gather_table_stats(ownname=>'SYSTEM',tabname=>'TAB_DEZ_MILHOES',granularity=>'ALL',method_opt=>'FOR
> > > > ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=>NULL,cascade=>TRUE,
> > > > DEGREE=>4);
> > > >
> > > > Procedimento PL/SQL concluído com sucesso.
> > > >
> > > > ==> 2a execução...
> > > >
> > > > sys...@o10gr2:SQL>analyze table TAB_DEZ_MILHOES compute statistics for
> > > > table for all indexed columns;
> > > >
> > > > Tabela analisada.
> > > >
> > > > Decorrido: 00:01:04.81
> > > >
> > > > sys...@o10gr2:SQL>execute
> > > >
> > sys.dbms_stats.gather_table_stats(ownname=>'SYSTEM',tabname=>'TAB_DEZ_MILHOES',granularity=>'ALL',method_opt=>'FOR
> > > > ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=>NULL,cascade=>TRUE,
> > > > DEGREE=>4);
> > > >
> > > > Procedimento PL/SQL concluído com sucesso.
> > > >
> > > > Decorrido: 00:00:12.00
> > > >
> > > > ==> SIM, como esperado o GATHER em paralelo consumiu coisa de pouco
> > mais de
> > > > 10 segundos ENQUANTO o cacareco do ANALYZE serial consstentemente
> > consumiu
> > > > coisa de pouco mais de 1 minuto, diferença bem razoável... Só **
> > INSISTO **
> > > > para o colega que fez a pergunta originalmente, ANALISE se realmente
> > essas
> > > > opções que vc está usando na coleta são MESMO as mais adequadas em
> > relação à
> > > > Qualidade das Estatísticas (ie, veja se o tamanho de histograma é
> > adequado,
> > > > se não valeria a pena coletar estats para poucas colunas mais usadas ao
> > > > invés de pra todo mundo que tem índice, etc) : isso é CRUCIAL para
> > qquer
> > > > trabalho de Tuning
> > > >
> > > > E uma obs final : Willian e outrs colegas, eu SUGIRO que vcs deixem de
> > usar
> > > > a expressão "fazer um analyze" para se referenciar ao ato de coletar
> > > > estatísticas, pois isso pode CONFUNDIR a cuca dos novatos, eles podem
> > pensar
> > > > que vcs estão defendendo o comando ANALYZE pra coleta... Passem a dizer
> > mais
> > > > claramente , "fazer a coleta de estatísticas", ok ? Acho q fica mais
> > > > claro...
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > > --- Em oracle_br@yahoogrupos.com.br 
> > > >  > 40yahoogrupos.com.br>,
> > > > "Willian Fernando Frasson"  escreveu
> > > > >
> > > > > Vai depende dos parametros x percentural que faça do analyze.
> > > > >
> > > > 

Re: [oracle_br] Re: Execução do comando ANALYZE

[Eduardo Souza]

Amigos,

ainda relacionado com esse assunto, como posso saber a quantidade de linhas
de uma tabela sem precisar executar "select count(*)..."?  Esse dado existe
em alguma tabela?

Grato.



2009/9/2 jlchiappa 

>
>
> A Recomendação é clara : ** SE ** após a sua análise vc concluir que é
> adequado se coletar estatísticas após a rotina em questão faz sentido, é
> aplicável, SIM, vc pode (e mesmo é Recomendado) que vc substitua o comand
> ANALYZE pelo DBMS_STATS. Torno a dizer, porém, que vc fará isso *** APÓS ***
> uma análise criteriosa e testes, sair mexendo por sua própria conta, sem
> saber o que nem porque, só pode levar à ineficiências e problemas de forma
> geral...
>
> []s
>
> Chiappa
> --- Em oracle_br@yahoogrupos.com.br ,
> Eduardo Souza  escreveu
> >
> > Caros amigos,
> >
> > sendo assim, pelo que entendi, devo substituir os comandos ANALYZE
> (delete e
> > compute statistics) pelo gather_table_stats?
> >
> > Antes dos comandos, existem outros comandos para dropar e recriar os
> índices
> > da tabela. Posso retirar estes comandos ou devo deixa-los (não estão
> > demandando muito tempo)?
> > 2009/9/2 jlchiappa 
>
> >
> > >
> > >
> > > Na verdade, sejam quais forem as opções de estimate, de histogramas,
> etc,
> > > se forem as mesmas com o comando ANALYZE e com o GATHER_TABLE_STATS,
> pra um
> > > hardware de produção, que permita Paralelismo, a tendência é o
> DBMS_STATS
> > > ser EXTREMAMENTE mais rápido, um exemplinho mostrando isso (executado
> 2x
> > > para tentar diminuir a influência de caches, num banco stand-alone com
> só eu
> > > nele, etc), e 10gR2 mas em tese isso vale pra qquer versão atual de bd
> > > Oracle :
> > >
> > > sys...@o10gr2:SQL>set timing on
> > > sys...@o10gr2:SQL>select count(*) from TAB_DEZ_MILHOES;
> > >
> > > COUNT(*)
> > > --
> > > 10314200
> > >
> > > Decorrido: 00:00:18.71
> > >
> > > sys...@o10gr2:SQL>analyze table TAB_DEZ_MILHOES compute statistics for
> > > table for all indexed columns;
> > >
> > > Tabela analisada.
> > >
> > > Decorrido: 00:01:10.51
> > >
> > > sys...@o10gr2:SQL>execute
> > >
> sys.dbms_stats.gather_table_stats(ownname=>'SYSTEM',tabname=>'TAB_DEZ_MILHOES',granularity=>'ALL',method_opt=>'FOR
> > > ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=>NULL,cascade=>TRUE,
> > > DEGREE=>4);
> > >
> > > Procedimento PL/SQL concluído com sucesso.
> > >
> > > ==> 2a execução...
> > >
> > > sys...@o10gr2:SQL>analyze table TAB_DEZ_MILHOES compute statistics for
> > > table for all indexed columns;
> > >
> > > Tabela analisada.
> > >
> > > Decorrido: 00:01:04.81
> > >
> > > sys...@o10gr2:SQL>execute
> > >
> sys.dbms_stats.gather_table_stats(ownname=>'SYSTEM',tabname=>'TAB_DEZ_MILHOES',granularity=>'ALL',method_opt=>'FOR
> > > ALL INDEXED COLUMNS SIZE AUTO', estimate_percent=>NULL,cascade=>TRUE,
> > > DEGREE=>4);
> > >
> > > Procedimento PL/SQL concluído com sucesso.
> > >
> > > Decorrido: 00:00:12.00
> > >
> > > ==> SIM, como esperado o GATHER em paralelo consumiu coisa de pouco
> mais de
> > > 10 segundos ENQUANTO o cacareco do ANALYZE serial consstentemente
> consumiu
> > > coisa de pouco mais de 1 minuto, diferença bem razoável... Só **
> INSISTO **
> > > para o colega que fez a pergunta originalmente, ANALISE se realmente
> essas
> > > opções que vc está usando na coleta são MESMO as mais adequadas em
> relação à
> > > Qualidade das Estatísticas (ie, veja se o tamanho de histograma é
> adequado,
> > > se não valeria a pena coletar estats para poucas colunas mais usadas ao
> > > invés de pra todo mundo que tem índice, etc) : isso é CRUCIAL para
> qquer
> > > trabalho de Tuning
> > >
> > > E uma obs final : Willian e outrs colegas, eu SUGIRO que vcs deixem de
> usar
> > > a expressão "fazer um analyze" para se referenciar ao ato de coletar
> > > estatísticas, pois isso pode CONFUNDIR a cuca dos novatos, eles podem
> pensar
> > > que vcs estão defendendo o comando ANALYZE pra coleta... Passem a dizer
> mais
> > > claramente , "fazer a coleta de estatísticas", ok ? Acho q fica mais
> > > claro...
> > >
> > > []s
> > >
> > > Chiappa
> > > --- Em oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>,
> > > "Willian Fernando Frasson"  escreveu
> > > >
> > > > Vai depende dos parametros x percentural que faça do analyze.
> > > >
> > > > Como a tabela é bem grandinha porque nao fazer um analyze de XX
> > > percentural nos domingos e um percentural XX durante a madrugada?
> > > >
> > > > Temos ctza que se fizer por ex um analyze com 20% da tabela será
> MUITO
> > > mais rapido do que o analyze antigo.
> > > >
> > > > - Original Message -
> > > > From: Eduardo Souza
>  > > > To: oracle_br@yahoogrupos.com.br 
>  40yahoogrupos.com.br>
> > > > Sent: Wednesday, September 02, 2009 11:53 AM
> > > > Subject: Re: [oracle_br] Re: Execução do comando ANALYZE
> > > >
> > > >
> > > > As informações são valiosas. Mas o objetivo fim é diminuir o tempo. O
> > > > tempo de execução do DBMS_STATS.GREATER_TABLE_STATS em substituição
> ao
> > > > A

Re: [oracle_br] Re: Abrir navegador no forms 6i

[AtlasSys]

Alex,

Blz.. era isto mesmo... com a D2KWUTIL da pra fazer bacana.. value. Valeu 
tambem Chiappa.

Ale

  - Original Message - 
  From: zaballa_grupos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 03, 2009 5:26 AM
  Subject: [oracle_br] Re: Abrir navegador no forms 6i


Já fiz isso ha muito tempo atrás e na época lembro que utilizei a 
D2KWUTIL.PLL

  Nesta PLL você encontra uma package chamada WIN_API_ENVIRONMENT que possui a 
Read_Registry para ler a chave de registro que contém o browser default.

  Para abrir o browser, vc pode utilizar a WinExec da package WIN_API_SHELL.

  http://guenter-huerkamp.dyndns.org/oracle-doc/docs/html/d2kwutil.html

  Boa Sorte!

  Alex Zaballa

  --- Em oracle_br@yahoogrupos.com.br, "AtlasSys"  escreveu
  >
  > Pessoal,
  > 
  > Alguem sabe o comando para abrir o navegador padrão da maquina via 
forms6i???
  > 
  > 
  > Ale
  > AtlasSys
  > Oracle+Delphi+FireBird
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Estimativa de tamanho de base

[Oracle]

Marcos,

na verdade eu não preciso saber o tamanho atual do banco e sim fazer uma 
estimativa do tamanho que o banco terá se X registros forem inseridos em 
cada tabela, ou seja, preciso saber como calcular quantos bytes um 
registro ocupa em determinada tabela, e então eu consigo montar um 
select para calcular a estimativa de todo o banco.

Att.

Rafael Bahr Esposito da Rocha
Analista de Sistemas
(41) 9199-1286



Marcos Braga escreveu:
>  
>
> Oi Rafael,
>
> Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por 
> tipo de
> segmento ou se preferir some tudo e terá o valor real da base completa.
>
> Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente,
> independente do tamanho reservado de cada tablespace.
>
> []s
> Braga
>
> 2009/9/3 Oracle mailto:rocha.oracle%40gmail.com>>
>
> >
> >
> > Bom dia,
> >
> > preciso realizar um cálculo de estimativa de tamanho de um banco de
> > dados irá utilizar.
> >
> > Minha idéia seria criar um select na view all_tab_cols onde eu posso
> > calcular quantos bytes cada coluna utiliza de acordo com datatype e
> > char_lenght e multiplicar pelo número de linhas estimadas que cada
> > tabela possui.
> >
> > Alguém tem algum select parecido ou consegue me dizer se desta forma
> > irei conseguir chegar num valor aceitável?
> >
> > Att.
> >
> > --
> > Rafael Bahr Esposito da Rocha
> > (41) 9199-1286
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 

Re: [oracle_br] Estimativa de tamanho de base

[Marcos Braga]

Oi Rafael,

Creio que a view DBA_SEGMENTS vai te ajudar, utilize agrupamento por tipo de
segmento ou se preferir some tudo e terá o valor real da base completa.

Lembrando que a DBA_SEGMENTS mostra o que está utilizando atualmente,
independente do tamanho reservado de cada tablespace.

[]s
Braga

2009/9/3 Oracle 

>
>
> Bom dia,
>
> preciso realizar um cálculo de estimativa de tamanho de um banco de
> dados irá utilizar.
>
> Minha idéia seria criar um select na view all_tab_cols onde eu posso
> calcular quantos bytes cada coluna utiliza de acordo com datatype e
> char_lenght e multiplicar pelo número de linhas estimadas que cada
> tabela possui.
>
> Alguém tem algum select parecido ou consegue me dizer se desta forma
> irei conseguir chegar num valor aceitável?
>
> Att.
>
> --
> Rafael Bahr Esposito da Rocha
> (41) 9199-1286
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Exportação do banco de dados do or acle

[Marcos Braga]

Oi Andreia,

Importante para nós sabermos em qual ambiente vai trabalhar, vamos lá.

1. Qual sistema operacional (arquitetura também é importante 32 ou 64bits)
vai utilizar (ambas)?
2. Qual a versão do banco de dados está utilizando?
3. Qual o tamanho da base de dados que vai exportar?
4. Já pensou em qual alternativa?

Com essas informações a ajuda será melhor direcionada.

[]s
Braga

2009/9/2 Andreia Pessoa 

>
>
> Pessoal,
> Ótima tarde à todos!
> Estou precisando de uma orientação/procedimento quanto a exportação do
> banco de dados oracle.
> Como eu posso exportar a base (dados... tudo) e depois importar/abrir em
> uma outra máquina?
>
> Grata,
>
> Andreia
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Exportação do banco de dados do or acle

[Júlio César Corrêa]

Qual a versão do Oracle,qual ambiente você tem?
Se for 9i tem exp/imp
Se 10g/11g tem expdp/impdp

Mas depende também do volume do banco de dados,se você quer full,por schema.
Dependo podes usar um backup via RMAN também para fazer o trabalho.

Fale a situação que o pessoal sempre dá uma sugestão.

Abs,
2009/9/2 Andreia Pessoa 

>
>
> Pessoal,
> Ótima tarde à todos!
> Estou precisando de uma orientação/procedimento quanto a exportação do
> banco de dados oracle.
> Como eu posso exportar a base (dados... tudo) e depois importar/abrir em
> uma outra máquina?
>
> Grata,
>
> Andreia
>
> __
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Estimativa de tamanho de base

[Oracle]

Bom dia,

preciso realizar um cálculo de estimativa de tamanho de um banco de 
dados irá utilizar.

Minha idéia seria criar um select na view all_tab_cols onde eu posso 
calcular quantos bytes cada coluna utiliza de acordo com datatype e 
char_lenght e multiplicar pelo número de linhas estimadas que cada 
tabela possui.

Alguém tem algum select parecido ou consegue me dizer se desta forma 
irei conseguir chegar num valor aceitável?

Att.

-- 
Rafael Bahr Esposito da Rocha
(41) 9199-1286

[oracle_br] Exportação do banco de dados do oracle

[Andreia Pessoa]

Pessoal,
Ótima tarde à todos!
Estou precisando de uma orientação/procedimento quanto a exportação do banco de 
dados oracle.
Como eu posso exportar a base (dados... tudo) e depois importar/abrir em uma 
outra máquina?
 
Grata,
 
Andreia


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: Abrir navegador no forms 6i

[zaballa_grupos]

Já fiz isso ha muito tempo atrás e na época lembro que utilizei a D2KWUTIL.PLL

Nesta PLL você encontra uma package chamada WIN_API_ENVIRONMENT que possui a 
Read_Registry para ler a chave de registro que contém o browser default.

Para abrir o browser, vc pode utilizar a WinExec da package WIN_API_SHELL.

http://guenter-huerkamp.dyndns.org/oracle-doc/docs/html/d2kwutil.html


Boa Sorte!

Alex Zaballa

--- Em oracle_br@yahoogrupos.com.br, "AtlasSys"  escreveu
>
> Pessoal,
> 
> Alguem sabe o comando para abrir o navegador padrão da maquina via forms6i???
> 
> 
> Ale
> AtlasSys
> Oracle+Delphi+FireBird
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>