[oracle_br] Re: Abrir navegador no forms 6i

2009-09-03 Por tôpico 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 orionmaxbe...@... 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]





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

2009-09-03 Por tôpico 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]



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

2009-09-03 Por tôpico 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 deia...@yahoo.com.br



 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




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

2009-09-03 Por tôpico 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 deia...@yahoo.com.br



 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] Estimativa de tamanho de base

2009-09-03 Por tôpico 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 rocha.ora...@gmail.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

2009-09-03 Por tôpico 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 rocha.ora...@gmail.com 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] Re: Execução do comando ANALYZE

2009-09-03 Por tôpico 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 jlchia...@yahoo.com.br



 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 oracle_br%40yahoogrupos.com.br,
 Eduardo Souza pjabran...@... 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 jlchia...@...

 
  
  
   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:SQLset timing on
   sys...@o10gr2:SQLselect count(*) from TAB_DEZ_MILHOES;
  
   COUNT(*)
   --
   10314200
  
   Decorrido: 00:00:18.71
  
   sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for
   table for all indexed columns;
  
   Tabela analisada.
  
   Decorrido: 00:01:10.51
  
   sys...@o10gr2:SQLexecute
  
 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:SQLanalyze table TAB_DEZ_MILHOES compute statistics for
   table for all indexed columns;
  
   Tabela analisada.
  
   Decorrido: 00:01:04.81
  
   sys...@o10gr2:SQLexecute
  
 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 
   oracle_br%40yahoogrupos.com.broracle_br%
 40yahoogrupos.com.br,
   Willian Fernando Frasson wfrasson@ 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 
 oracle_br%40yahoogrupos.com.broracle_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
ANALYZE será menor?
   
2009/9/2 Igor Laguardia igorlf@
   


 É valida a execução de ANALYZE, NÃO, como nosso amigo Chiappa
 comentou,
 este
 metodo de coleta de estatísticas não é mais 

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

2009-09-03 Por tôpico 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 pjabran...@... 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 jlchia...@...
 
 
 
  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 oracle_br%40yahoogrupos.com.br,
  Eduardo Souza pjabrantes@ 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 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:SQLset timing on
sys...@o10gr2:SQLselect count(*) from TAB_DEZ_MILHOES;
   
COUNT(*)
--
10314200
   
Decorrido: 00:00:18.71
   
sys...@o10gr2:SQLanalyze table TAB_DEZ_MILHOES compute statistics for
table for all indexed columns;
   
Tabela analisada.
   
Decorrido: 00:01:10.51
   
sys...@o10gr2:SQLexecute
   
  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:SQLanalyze table TAB_DEZ_MILHOES compute statistics for
table for all indexed columns;
   
Tabela analisada.
   
Decorrido: 00:01:04.81
   
sys...@o10gr2:SQLexecute
   
  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 
oracle_br%40yahoogrupos.com.broracle_br%
  40yahoogrupos.com.br,
Willian Fernando Frasson wfrasson@ 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] Re: Estimativa de tamanho de base

2009-09-03 Por tôpico 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 rocha.ora...@... 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 rocha.ora...@... 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] Re: Abrir navegador no forms 6i

2009-09-03 Por tôpico 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 orionmaxbe...@... 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] Re: Estimativa de tamanho de base

2009-09-03 Por tôpico 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 
 mailto:oracle_br%40yahoogrupos.com.br, Oracle rocha.ora...@... 
 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 rocha.ora...@... 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] Software de monitoramento

2009-09-03 Por tôpico 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]



[oracle_br] Execute Immediate em Funtions

2009-09-03 Por tôpico 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 http://www.adp-gmbh.ch/ora/sqlplus/feedback.html off
set linesize http://www.adp-gmbh.ch/ora/sqlplus/linesize.html 120
set pagesize http://www.adp-gmbh.ch/ora/sqlplus/pagesize.html 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] Dúvida - OCA Developer ou OCA DBA.

2009-09-03 Por tôpico 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] Re: Dúvida - OCA Developer ou OCA DBA.

2009-09-03 Por tôpico 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 rodrigocur...@... 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]





Re: [oracle_br] Software de monitoramento

2009-09-03 Por tôpico 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 andre.l...@pioneiros.com



 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]



Re: [oracle_br] Software de monitoramento

2009-09-03 Por tôpico 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 andre.l...@pioneiros.com



 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]



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

2009-09-03 Por tôpico 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