Re: [oracle_br] Re: Para de Base de Dados

2005-07-07 Por tôpico Wilson Dutra
Olá caro amigo!

A performance da máquina está em torno de 0 a 3% de processamento por 
quase todos os dias e de 40 a 60% nos horários de pico, quero dizer na 
saída e retorno do almoço pois quase todos saem e voltam ao mesmo tempo 
acessando a aplicação web de nossa intranet. No correr do dia, para uma 
média de 90 funcionários apenas 30% destes trabalham diretamente no 
Oracle e as muitas vezes nem chega a tanto. As aplicações Web Ou Lan 
utilizadas por todos os testes que realizei verioficando na V$SESSION 
abrem e fecham as sessões sem nenhum problema. O problema mesmo ocorreu 
ontem na minha ausência quando  um amigo me passou a informação de que 
um usuário tentava se conectar ao aisstema e recebia mensagens do IIS 
dizendo que ele era o 17º tentando acessar o Oracle e este meu amigo 
disse tentou se conectar via SQLPlus e viu que também não conseguia. 
Como ele estava com o PL/SQLDeveloper aberto em sua máquina fez um 
teste, fechando o PLSQLDev. e depóis tentando se conectar pelo SQLPlus e 
conseguiu então efetuar a conexão. Ele fez um select na V$SESSION e 
disse que fizera um select agrupado e o total de registros retornados 
foram pouco mais de 100 registros, ou seja pouco mais de 100 sessões 
abertas. Tirando este problema de muitas pessoas se conectarem ao mesmo 
tempo a máquina está perfeita e o fato de eu colocar o número de 
sessions para 400 foi apenas por segurança, mas se vc aconselha que este 
valor seja menor em relação ao hardware que possuo, tranquilo, voltarei 
atrás, porém, com esta informação que passei será que temos outra visão 
do problema?

Wilson

jlchiappa escreveu:

Bom :

quanto à sessões :  a sua máquina ** TEM ** potência de hardware para 
aguentar 400 sessões (imagino que conexões diretas) ??? Pois CADA 
nova sessão direta implica em abrir um NOVO processo no servidor, o 
que gasta mais um pouquinho de CPU, de RAM, de I/O, de banda de 
rede... A hora que chegar no limite da capacidade de qquer um dos 
hardwares envolvidos, simplesmente a máquina senta, vc pode colocar o 
parâmetro de sessões pra 400 que se o limite físico do hardware é X, 
quando chegar em X cabou Eu diria que seria o caso de um DBA 
habilitado, junto com o administrador/root user desse servidor, fazer 
o trabalho grosso de tunning, ou seja :

a) shutdown do banco, monitorar pelo SO quanto está gastando de RAM, 
CPU, I/O, rede : isso tem que ser o mínimo, coisa de 5% ou menos até, 
se não for pode haver serviços desnecessários em ação, programas 
extras, a idéia enfim é ter a máquina o mais LIVRE possível pro 
Oracle 

b) starta-se o banco, ainda sem usuários, sem listener, e monitora-se 
mais uma vez, durante um dado intervalo,  pelo SO consumo de I/O, 
CPU, RAM : o ideal é que haja pouquíssima CPU, I/O e rede usada, e 
que RAM esteja com PELO MENOS uns 50% ou pouco mais livres. Se não 
ocorrer isso, verificar params do banco, JOBs que possam estar 
disparando, etc.

c) sobe listener, e (ainda monitorando também pelo SO), conecta no 
banco pela aplicação, faz alguns pequenos trabalhos, veja consumo de 
RAM/CPU pelas V$, desconecta-se , veja se a sessão saiu da V$SESSION. 
reserve o número do consumo

d) deixa cerca de uma dezena de usuários se conectarem e trabalharem, 
calcular o consumo, comparar com o número anterior de banco e de SO, 
é proporcional ?

e) aí sim deixar todo mundo entrar, ir monitorando (SO e banco) cfrme 
as sessões forem crescendo, se quando for chegando perto de 100 a 
memória estiver quase esgotada, ou o consumo de CPU e/ou I/O forem 
crescendo muito, é limite do hardware, é por aí. Nesse caso, pode-se 
pensar no caso de conexões MTS, se o sistema for OLTP e permitir.


quanto à entradas na V$SESSION : o banco faz EXATAMENTE o que a 
aplicação manda, se a aplicação abre uma conexão e não a encerra, o 
banco não faz nada, quem manda é o aplicativo. Há aplicativos que 
montam o que se chama POOL de conexão, ie : a primeira vez que o 
aplicativo entra ele já abre um monte de conexões duma vez só, e daí 
pra frente conforme os usuários forem precisando ele vai reusando 
essas conexões : isso é normal, aceitável, será que é isso ? O que 
não é aceitável é que  :

 - se há pool, a cada vez que um usuário final entre no aplicativo 
uma nova sessão (uma nova entrada na v$session) for criada, não 
reaproveitando as antigas
 
 OU
 
 - se cada sessão for uma conexão nova, ao término da sessão a 
conexão seja mantida aberta.
 
 
 em QUALQUER dos casos, é pau sério, leaking de conexões, o 
aplicativo tem que ser alterado, num caso desses não há setting que 
dê jeito, desperdício é terrível - em teoria vc até poderia talvez ir 
matando as conexões em leaking, mas isso é remendo pra bug que não é 
de banco, o certo e necessário é alterar o aplicativo.
 
 []s
 
  Chiappa
  
 
--- Em oracle_br@yahoogrupos.com.br, Wilson Dutra [EMAIL PROTECTED] 
escreveu
  

Olá pessoal!

Meu servidor Oracle 9i sofreu uma migraçao de máquina servidora. 


Até 
  

tudo tranquilo. Antes eu tinha 4 Schemas 

[oracle_br] Diminuir os Extents - Aumentando o INITIAL ??

2005-07-07 Por tôpico Juliano
Olá lista !!

Vou migrar um base de dados Oracle 8i para 9i, e resolvi checar os 
extents das tabelas existentes hoje no banco.
Verifiquei que algumas das minhas tabelas possuem bastante extents, 
portanto gostaria de ao recriá-las aumentar o INITIAL das mesmas.

Existe alguma fórmula que eu possa utilizar para calcular, baseada 
na quantidade de registros, extents, bytes, blocks ???

Um pequeno exemplo da situação que tenho aqui, retirada da DBA_TABLES

TABELA TESTE
NUMROWS : 36573
BLOCKS : 825
EMPTY BLOCKS : 16710
AVG SPACE : 919
AVG ROW LEN : 159
AVG SPACE FREELIST BLOCKS : 6680 
SAMPLE SIZE : 1040

Situação da mesma tabela retirada da DBA_SEGMENTS

TABELA TESTE
BYTES : 143654912
BLOCKS : 17536
EXTENTS : 60
INITIAL : 14336

OBS: O Sistema Operacional onde essa base (8i) está é HP-UX, o novo 
ORACLE (9i) ficará em um Windows 2000

Agradeço a ajuda e colaboração de todos




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] Ferramenta para visualizar ER

2005-07-07 Por tôpico Waldir Rocha
Sou iniciante em Oracle.
Implantaram aqui na empresa um sistema novo com Banco de Dados Oracle e 
interface em Delphi.
Como usamos muito o SQL Plus, gostaria de saber se existe uma ferramenta para 
visualizar a estrutura ER (Entidade-Relacionamento) das tabelas para podermos 
aplicar melhor os comandos pois pasmem, os próprios desenvolvedores não tem 
esta documentação, está tudo no cérebro deles.
Desculpe a comparação, mas seria algo tipo a ferramenta de relacionamentos do 
MS Access.
 
 
Valeu, Waldir

__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

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





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] Forms e Reports 10g

2005-07-07 Por tôpico magnonbraz
Olá galera, estou com problema para rodar o relatório pelo forms, 
quando tento rodar aparece o erro  FRM-41213: Unable to connect to the 
report server. Já procurei um passo a passo de como instalar e 
configurar corretamente mas não encontei nada.

Sistema operacional Windows 2000 pro

Se alguem poder ajudar ou dá algumas dicas desde já agradeço.


Magnon






__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] Re: Para de Base de Dados

2005-07-07 Por tôpico jlchiappa
Esse 0 a 3% , e esse 40 a 60% imagino que é consumo de CPU, certo ? 
Se realmente não há leaking de sessões, então é mesmo OU banco mal-
configurado OU limite de hardware que está fazendo sessão falhar na 
conexão. Penso que é fazer o procedimento que citei, pra saber quanto 
de RAM (no banco e no SO) realmente é consumida pelo startup do 
banco, por si só, quanto uma sessão consome, quanto dez consomem, 
quanto consome-se no pico Com essa info aí sim vc fazer um ajuste 
decente, então ANTES de sair mexendo no param x, y ou z é saber 
EXATAMENTE como está a situação : trabalho ** TÍPICO ** de DBA. Então 
NÂO, eu ** NÃO ** estou recomendando vc aumentar ou diminuir 
max_sessions, eu estou recomendando que vc (ou o DBA do banco) faça 
um procedimento mais ou menos tipo o que eu citei pra CONHECER e 
ENTENDER o ambiente, aí sim mexer nos params se for o caso.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Wilson Dutra [EMAIL PROTECTED] 
escreveu
 Olá caro amigo!
 
 A performance da máquina está em torno de 0 a 3% de processamento 
por 
 quase todos os dias e de 40 a 60% nos horários de pico, quero dizer 
na 
 saída e retorno do almoço pois quase todos saem e voltam ao mesmo 
tempo 
 acessando a aplicação web de nossa intranet. No correr do dia, para 
uma 
 média de 90 funcionários apenas 30% destes trabalham diretamente no 
 Oracle e as muitas vezes nem chega a tanto. As aplicações Web Ou 
Lan 
 utilizadas por todos os testes que realizei verioficando na 
V$SESSION 
 abrem e fecham as sessões sem nenhum problema. O problema mesmo 
ocorreu 
 ontem na minha ausência quando  um amigo me passou a informação de 
que 
 um usuário tentava se conectar ao aisstema e recebia mensagens do 
IIS 
 dizendo que ele era o 17º tentando acessar o Oracle e este meu 
amigo 
 disse tentou se conectar via SQLPlus e viu que também não 
conseguia. 
 Como ele estava com o PL/SQLDeveloper aberto em sua máquina fez um 
 teste, fechando o PLSQLDev. e depóis tentando se conectar pelo 
SQLPlus e 
 conseguiu então efetuar a conexão. Ele fez um select na V$SESSION e 
 disse que fizera um select agrupado e o total de registros 
retornados 
 foram pouco mais de 100 registros, ou seja pouco mais de 100 
sessões 
 abertas. Tirando este problema de muitas pessoas se conectarem ao 
mesmo 
 tempo a máquina está perfeita e o fato de eu colocar o número de 
 sessions para 400 foi apenas por segurança, mas se vc aconselha que 
este 
 valor seja menor em relação ao hardware que possuo, tranquilo, 
voltarei 
 atrás, porém, com esta informação que passei será que temos outra 
visão 
 do problema?
 
 Wilson
 
 jlchiappa escreveu:
 
 Bom :
 
 quanto à sessões :  a sua máquina ** TEM ** potência de hardware 
para 
 aguentar 400 sessões (imagino que conexões diretas) ??? Pois CADA 
 nova sessão direta implica em abrir um NOVO processo no servidor, 
o 
 que gasta mais um pouquinho de CPU, de RAM, de I/O, de banda de 
 rede... A hora que chegar no limite da capacidade de qquer um dos 
 hardwares envolvidos, simplesmente a máquina senta, vc pode 
colocar o 
 parâmetro de sessões pra 400 que se o limite físico do hardware é 
X, 
 quando chegar em X cabou Eu diria que seria o caso de um DBA 
 habilitado, junto com o administrador/root user desse servidor, 
fazer 
 o trabalho grosso de tunning, ou seja :
 
 a) shutdown do banco, monitorar pelo SO quanto está gastando de 
RAM, 
 CPU, I/O, rede : isso tem que ser o mínimo, coisa de 5% ou menos 
até, 
 se não for pode haver serviços desnecessários em ação, programas 
 extras, a idéia enfim é ter a máquina o mais LIVRE possível pro 
 Oracle 
 
 b) starta-se o banco, ainda sem usuários, sem listener, e monitora-
se 
 mais uma vez, durante um dado intervalo,  pelo SO consumo de I/O, 
 CPU, RAM : o ideal é que haja pouquíssima CPU, I/O e rede usada, e 
 que RAM esteja com PELO MENOS uns 50% ou pouco mais livres. Se não 
 ocorrer isso, verificar params do banco, JOBs que possam estar 
 disparando, etc.
 
 c) sobe listener, e (ainda monitorando também pelo SO), conecta no 
 banco pela aplicação, faz alguns pequenos trabalhos, veja consumo 
de 
 RAM/CPU pelas V$, desconecta-se , veja se a sessão saiu da 
V$SESSION. 
 reserve o número do consumo
 
 d) deixa cerca de uma dezena de usuários se conectarem e 
trabalharem, 
 calcular o consumo, comparar com o número anterior de banco e de 
SO, 
 é proporcional ?
 
 e) aí sim deixar todo mundo entrar, ir monitorando (SO e banco) 
cfrme 
 as sessões forem crescendo, se quando for chegando perto de 100 a 
 memória estiver quase esgotada, ou o consumo de CPU e/ou I/O forem 
 crescendo muito, é limite do hardware, é por aí. Nesse caso, pode-
se 
 pensar no caso de conexões MTS, se o sistema for OLTP e permitir.
 
 
 quanto à entradas na V$SESSION : o banco faz EXATAMENTE o que a 
 aplicação manda, se a aplicação abre uma conexão e não a encerra, 
o 
 banco não faz nada, quem manda é o aplicativo. Há aplicativos que 
 montam o que se chama POOL de conexão, ie : a 

[oracle_br] Re: Backup de base de dados

2005-07-07 Por tôpico michelgalle
Oi, na verdade quando me referi ao backup de hora em hora... quiz
dizer dos archieves... mas como não entendo nada sobre backup, pensei
que os archieves eram gerados em um periodo de tempo determinado.

Andei pesquisando no Google, aqui na empresa o jeito vai ser fazer um
backup ao meio-dia e outro a noite e esquecer os archieve.

Só gostaria de saber de vocês como posso fazer para executar os
backups de forma automática.

Obrigado

--- Em oracle_br@yahoogrupos.com.br, Jonathan Barbosa [EMAIL PROTECTED]
escreveu
 Oi Michel, um backup de hora em hora te traria diversos problemas de 
 performance além de que não seria necessário pois o banco estaria em
 archive, então se houvesse uma falha de midia, vc conseguiria
recuperar os 
 datafiles até o ponto da úlrima transação submetida a commit.
Poderias fazer 
 um backup online por dia em um momento de pouca utilização do banco. Um 
 backup offline poderia ser feito uma vez por semana por exemplo.
 
 
 Jonathan
 
 - Original Message - 
 From: Michel Galle [EMAIL PROTECTED]
 To: oracle_br@yahoogrupos.com.br
 Sent: Wednesday, July 06, 2005 4:38 PM
 Subject: [oracle_br] Backup de base de dados
 
 
  Ae galera, tudo certo?
 
  Olha só, aqui na empresa temos um banco de dados Oracle 9.2.0.3 no
qual
  tínhamos somente bases de dados de teste, por este motivo nunca nos
  preocupamos em fazer backup do mesmo. Agora decidimos colocar a nossa
  aplicação de desenvolvimento no oracle, precisando assim de backup.
 
  Queria ver se vocês poderiam me passar algumas dicas do que fazer para
  gerar um backup. A principio poderia parar o banco a noite para fazer
  backup. Mas preciso também de um backup online tipo que de hora em
hora.
 
  Obrigado a atenção de todos.
 
  -- 
  kbcao / Michel Galle
  MSN: [EMAIL PROTECTED]
  Mail: [EMAIL PROTECTED]
 
  Isto não são pedras, são aerolitos!!!
 
 
 
 
  ___
  Yahoo! Acesso Grátis - Internet rápida e grátis.
  Instale o discador agora! http://br.acesso.yahoo.com/
 
 
  __
 
  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
  Fernanda Damous [EMAIL PROTECTED]
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/
  __
 
  Sair da Lista...: [EMAIL PROTECTED]
  Links do Yahoo! Grupos
 
 
 
 
 
 
 
 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] db_writer_processes

2005-07-07 Por tôpico Carlos A.M. Menezes
Colega,
Na plataforma Windows, ASYNC_IO já vem setado por default, isso 
significa que não é necessário (na maioria dos casos) alterar o valor default 
de db_writer_processes. Observando a configuração de hardware do seu servidor, 
recomendo comentar esse parâmetro no seu init.

Abraços,

Carlos Alfredo
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Daniel 
Matthiensen
Enviada em: quarta-feira, 6 de julho de 2005 09:45
Para: Oracle-BR
Assunto: [oracle_br] db_writer_processes

Pessoal,

Configurei o init com o parâmetro db_writer_processes = 2
porém, mesmo assim o meu banco inicia com apenas 1 processo para DBW
tem mais algum parâmetro para configurar para poder utilizar 2 processos ?

Oracle 8.1.7.4
Windows 2000 Server - 2 Processadores PIII 550 - 1 GB RAM

Valeu

T+

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] Dúvida - Export

2005-07-07 Por tôpico Rosiano Vieira de Sales
Pessoal,

A titulo de curiosidade gostaria de saber quando eu faço um export o 
que o utilitário está querendo dizer com a mensagem:

EXP-00091: Exporting questionable statistics.

Será que as estatísticas não estão confiáveis ...

Connected to: Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table TBBICA_RETORNO_ENTREGA 526308 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.


Estou usando Oracle 9.2.0.4 e Export 9.2.0.4


Desde já agradeço.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Paulo Saes
Enviada em: quinta-feira, 7 de julho de 2005 09:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Remuneração de mercado

Melhor olhar no apinfo.com


   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Rosiano Vieira de Sales
Akira,

Talvez vc precise setar o parâmetro BUFFER (área de buffer que ele vai utilizar 
para fazer o processo de IMPORT)  Acho que vai ajudar ...

Att.


Rosiano 


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Akira
Enviada em: quinta-feira, 7 de julho de 2005 10:01
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Export/Import Lento

Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 millhão 
de registros e são poucas. Durante o import percebi (fiquei mais de 6 horas 
olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece que o 
import fica recompilando ou verificando consistências num modo bem recursivo, 
mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, tem 
índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Re: PL Table

2005-07-07 Por tôpico Cleber Roberto Marques
Marcio,

A resposta para essa questão é que o programador que irá implementar 
isso precisa alterar esses dados e retornar para uma aplicação .NET em forma de 
relatório.

Cleber

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Marcio R 
Portes
Enviada em: quinta-feira, 7 de julho de 2005 01:17
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: PL Table

Cleber,

por que ao inves de tudo isso voce nao faz simplesmente:
[Eu nao compilei o codigo]


create or replace procedure pr_teste ( cursor0 out sys_refcursor )
as
begin
open cursor0 for select empno, ename, sal from emp;
end;
/

var x refcursor

exec pr_teste( :x )

print x

copia e cola isso no sqlplus. Na sua aplicacao voce vai passar o x (ref 
cursor) para a procedure.

abracos,
--
Marcio Portes
http://mportes.blogspot.com


jlchiappa wrote:
 Hmm, algo está estranho aí : vc está declarando uma table of (ie, uma 
 PL/SQL table) , e mais à frente está usando o método .EXTEND , que 
 tipicamente é usado com SQL TYPES , pois PL/SQL Tables são esparsas 
 (ie, só se criam os elementos que vc pede), portanto NÂO precisa 
 extender  Algo não está batendo bem nesse código, a impressão é 
 que vc está misturando o que é tipo PL/SQL com o que é tipo SQL  
 Sugiro que vc dê uma estudada na thread 
 http://asktom.oracle.com/pls/ask/f?
 p=4950:8:F4950_P8_DISPLAYID:246014735810 pra discussão de tipos 
 SQL e PL/SQL (normalmente retornar um resultset pra array se faz em 
 tipo SQL, já que aí o banco conhece o tipo seja em SQL, seja em 
 PLSQL), e em http://asktom.oracle.com/pls/ask/f?
 p=4950:8:F4950_P8_DISPLAYID:10369303150185 para as questões disso 
 em relação à dblinks.
 
 == E importante : se é na mesma sessão que vc quer retornar o 
 resultset, a maneira APROPRIADA é via global temporary table, ** não 
 ** precisa de COISA ALGUMA dessas complicações, ** não ** tem limite 
 prático de tamanho, vc pode fazer TODA e QUALQUER manipulação via SQL 
 (inclusive ordenar, agrupar, etc, etc).
 
 
 []s
 
  Chiappa
  
 --- Em oracle_br@yahoogrupos.com.br, Cleber Roberto Marques 
 [EMAIL PROTECTED] escreveu
 
Pessoal, boa tarde !

Estamos com um problemão aqui na empresa devido à uma PL Table.

O Lance é que não conseguimos retornar os dados da mesma através de 
 
 um cursor OUT.
 
Quando compilo a PROCEDURE (similar para teste) abaixo é dado o 
 
 seguinte erro:
 
ORA-22905: cannot access rows from a non-nested table item

E mesmo utilizando um cast no table do open cursor0 -- que seria 
 
 assim: table(cast(v_employees_type as r_employees_type)) -- não 
 funciona, aí ele gera o erro: 
 
ORA-00902: invalid datatype

Alguém jah trabalhou com isso e teria alguma idéia?

Obrigado!


CREATE OR REPLACE PROCEDURE PR_TESTE (cursor0 OUT sys_refcursor) as

TYPE r_employees_type IS RECORD (
 employee_id employees.employee_id%type,
 first_name  employees.first_name%type,
 salary  employees.salary%type);

type t_employees_type is table of r_employees_type;

v_employees_type t_employees_type := t_employees_type();

c number;

begin
null;
c:= 1;

for x in (select employee_id, first_name, salary  from 
 
 employees) loop
 
v_employees_type.extend;
v_employees_type(c).employee_id := x.employee_id;
v_employees_type(c).first_name  := x.first_name;
v_employees_type(c).salary  := x.salary;

c:= c+1;
end loop;

open cursor0 for
select
  employee_id, 
  first_name,
  salary
from
table(v_employees_type);


end;


At.
Cleber R. Marques
Administrador de Bancos de Dados
Programmers Informática Ltda
 
 
 
 
 
 __
 
 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
 Fernanda Damous [EMAIL PROTECTED] 
 Alisson Aguiar [EMAIL PROTECTED]
 __
 http://br.groups.yahoo.com/group/oracle_br/ 
 __
 
 Sair da Lista...: [EMAIL PROTECTED] 
 Links do Yahoo! Grupos
 
 
 
 
  
 
 
 


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]

Re: [oracle_br] RES: Restore de bco Produção - U rgente

2005-07-07 Por tôpico Fabio Henrique Gibon
A partir de que versão tem este recurso ? E esta presente na enterprise somente 
ou standard também possui ?

sds

Fabio Henrique Gibon
- Original Message - 
From: Ederson 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, July 07, 2005 9:58 AM
Subject: [oracle_br] RES: Restore de bco Produção - Urgente


Gari,

Este me deixou de queixo caído, não conhecia esta sintaxe.

Até fiz um teste de retorno, que passo aos colegas para verificação:
Vejam cenário (em um banco 9.2.0.1, sem nenhum patch instalado):



edinilson:SQL select * from teste;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL delete from teste ;

3 linhas deletadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL select * from teste as of timestamp (sysdate - 10/(24*60));  

ID DATATIMESTAMP

-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL  insert into teste select * from teste as of timestamp
(sysdate - 10/(24*60));

3 linhas criadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste ;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00


Muito obrigado


Ederson Elias de Oliveira
DBA Oracle
Setransp - GO
---
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Gari Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 09:26
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RES: Restore de bco Produção - Urgente

Pode usar direto tbm:

select campos
from   tabela
AS OF TIMESTAMP (sysdate - 1)  momento passado, neste caso 1 dia
/




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 




Links do Yahoo! Grupos

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

  b.. Para sair deste grupo, envie um e-mail para:
  [EMAIL PROTECTED]

  c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 




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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Re: Ferramenta para visualizar ER

2005-07-07 Por tôpico Daniel Baldo
tem uma ferramenta case chamada ERWIN onde esta possui uma opção de fazer a 
engenharia reversa, onde ele monta o case buscando as informações do banco.
vlw, Baldo.

jlchiappa [EMAIL PROTECTED] escreveu:
O BD Oracle não traz uma ferramente de modelagem embutida, isso é 
adquirido à parte : o próprio fabricante do banco oferece um produto 
pra isso (Oracle Designer), e a maioria das tools de MER do mercado 
reconhece e conecta em bds Oracle.

[]s

Chiappa
--- Em oracle_br@yahoogrupos.com.br, Waldir Rocha [EMAIL PROTECTED] 
escreveu
 Sou iniciante em Oracle.
 Implantaram aqui na empresa um sistema novo com Banco de Dados 
Oracle e interface em Delphi.
 Como usamos muito o SQL Plus, gostaria de saber se existe uma 
ferramenta para visualizar a estrutura ER (Entidade-Relacionamento) 
das tabelas para podermos aplicar melhor os comandos pois pasmem, os 
próprios desenvolvedores não tem esta documentação, está tudo no 
cérebro deles.
 Desculpe a comparação, mas seria algo tipo a ferramenta de 
relacionamentos do MS Access.
  
  
 Valeu, Waldir
 
 __
 Converse com seus amigos em tempo real com o Yahoo! Messenger 
 http://br.download.yahoo.com/messenger/ 
 
 [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



-
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:
[EMAIL PROTECTED]
  
   O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 



-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] RES: Restore de bco Pro dução - Urgente

2005-07-07 Por tôpico Gari Julio Einsfeldt
Apareceu na 9i e melhorado na release 2.
Até onde vi, não há distinção entre enterprise e standard.

Note metalink
190190.1 Oracle9i Database Release 2 is available
http://metalink.oracle.com/metalink/plsql/ml2_documents.showFrameDocument?p_database_id=NOTp_id=190190.1



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Fabio Henrique Gibon
Enviada em: quinta-feira, 7 de julho de 2005 10:58
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] RES: Restore de bco Produção - Urgente


A partir de que versão tem este recurso ? E esta presente na enterprise somente 
ou standard também possui ?

sds

Fabio Henrique Gibon
- Original Message - 
From: Ederson 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, July 07, 2005 9:58 AM
Subject: [oracle_br] RES: Restore de bco Produção - Urgente


Gari,

Este me deixou de queixo caído, não conhecia esta sintaxe.

Até fiz um teste de retorno, que passo aos colegas para verificação:
Vejam cenário (em um banco 9.2.0.1, sem nenhum patch instalado):



edinilson:SQL select * from teste;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL delete from teste ;

3 linhas deletadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL select * from teste as of timestamp (sysdate - 10/(24*60));  

ID DATATIMESTAMP

-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL  insert into teste select * from teste as of timestamp
(sysdate - 10/(24*60));

3 linhas criadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste ;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00


Muito obrigado


Ederson Elias de Oliveira
DBA Oracle
Setransp - GO
---
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Gari Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 09:26
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RES: Restore de bco Produção - Urgente

Pode usar direto tbm:

select campos
from   tabela
AS OF TIMESTAMP (sysdate - 1)  momento passado, neste caso 1 dia
/




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 




Links do Yahoo! Grupos

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

  b.. Para sair deste grupo, envie um e-mail para:
  [EMAIL PROTECTED]

  c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 




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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] RES: Restore de bco Produção - U rgente

2005-07-07 Por tôpico Sergio Leandro Ghellere
mnhunm..
o recurso existe sim..
oq vc falou, ederson, está correto... há 10 minutos atrás a tabela não 
existia..
faça um teste assim...

SQL insert into a values ('');

1 row created.

SQL select * from a;

A
--


SQL commit;

Commit complete.

SQL select systimestamp from dual;

SYSTIMESTAMP
---
07-JUL-05 11.59.54.996217 PM -03:00

SQL delete from a;

1 row deleted.

SQL commit;

Commit complete.

SYSTIMESTAMP
---
07-JUL-05 12.01.38.266619 PM -03:00

SQL select  from a as of timestamp (sysdate -2/(24*60))
SQL /

A
--


SQL


Leandro

- Original Message - 
From: Ederson [EMAIL PROTECTED]
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, July 07, 2005 11:38 AM
Subject: [oracle_br] RES: Restore de bco Produção - Urgente


Olha que talvez vc não deu o tempo necessário, observe que o select está
voltando 10 minutos atrás, e se vc criou a tabela agora e deletou ela agora,
é certo que 10 minutos atrás não existia a tabela.

Como eu tb não conhecia o recurso, não sei dizer se ele está presente no
standard, o meu banco de testes é enterprise 9.2.0.1, uma pergunta que deixo
para os colegas.


Ederson Elias de Oliveira
DBA Oracle
Setransp - GO
---

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:54
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RES: Restore de bco Produção - Urgente
Prioridade: Alta

Tentei reproduzir no meu ambiente mas não consegui ... pq será ??? tb achei
interessante o que o Gari passou.

SQL SELECT * FROM teste;

ID DT
-- 
 1 07/07/05 10:41:34,00
 2 06/07/05 10:41:44,00
 3 05/07/05 10:41:50,00
 4 04/07/05 10:41:56,00

SQL DELETE FROM teste;

4 linhas deletadas.

SQL COMMIT;

Validação completa.

SQL SELECT * FROM teste;

não há linhas selecionadas

SQL select * from teste as of timestamp (sysdate - 10/(24*60));
select * from ROSICO as of timestamp (sysdate - 10/(24*60))
  *
ERRO na linha 1:
ORA-01466: unable to read data - table definition has changed

Meu ambiente é 9.2.0.4

Att.

Rosiano



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Re: Ferramenta para visualizar ER

2005-07-07 Por tôpico Sérgio Luís Spolon
Waldir,


Tem uma ferramenta gratuita que pode te ajudar.


DB Designer 4

www.fabforce.net/dbdesigner4


Sérgio
  - Original Message - 
  From: Daniel Baldo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 11:43 AM
  Subject: Re: [oracle_br] Re: Ferramenta para visualizar ER


  tem uma ferramenta case chamada ERWIN onde esta possui uma opção de fazer a 
engenharia reversa, onde ele monta o case buscando as informações do banco.
  vlw, Baldo.

  jlchiappa [EMAIL PROTECTED] escreveu:
  O BD Oracle não traz uma ferramente de modelagem embutida, isso é 
  adquirido à parte : o próprio fabricante do banco oferece um produto 
  pra isso (Oracle Designer), e a maioria das tools de MER do mercado 
  reconhece e conecta em bds Oracle.

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, Waldir Rocha [EMAIL PROTECTED] 
  escreveu
   Sou iniciante em Oracle.
   Implantaram aqui na empresa um sistema novo com Banco de Dados 
  Oracle e interface em Delphi.
   Como usamos muito o SQL Plus, gostaria de saber se existe uma 
  ferramenta para visualizar a estrutura ER (Entidade-Relacionamento) 
  das tabelas para podermos aplicar melhor os comandos pois pasmem, os 
  próprios desenvolvedores não tem esta documentação, está tudo no 
  cérebro deles.
   Desculpe a comparação, mas seria algo tipo a ferramenta de 
  relacionamentos do MS Access.


   Valeu, Waldir
   
   __
   Converse com seus amigos em tempo real com o Yahoo! Messenger 
   http://br.download.yahoo.com/messenger/ 
   
   [As partes desta mensagem que não continham texto foram removidas]




  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



  -
  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:
  [EMAIL PROTECTED]

 O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 


  
  -
  Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 


---
Esta mensagem não implica a assunção de obrigações em nome da
empresa Irmãos Muffato e Cia Ltda, conforme Contrato Social em
sua 3a. Cláusula da 56a. alteração. Qualquer uso não autorizado,
replicação ou disseminação desta mensagem ou parte dela é
expressamente proibido. A empresa Irmãos Muffato e Cia Ltda não
é responsável pelo conteúdo ou a veracidade desta informação.



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Solange Maria Begosso de Laurentys
Vc ja verificou seus redologs ?
Import lento pode ter referencia com os redologs (tamanho, disco onde estao 
gravados, tempo switch) ...

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 10:00 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 
para um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 
1 millhão de registros e são poucas. Durante o import percebi (fiquei mais de 
6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me 
parece que o import fica recompilando ou verificando consistências num modo 
bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são 
normais, tem índices, constraints pks, cks e fks. Tem bastante packages, 
procedures e functions no banco e bastante tabelas também, mas tinham poucos 
dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre 
demora. Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando 
esse import, mas era um banco muito maior, por isso achei que fosse até 
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. 
Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



  _  

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:
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
  
*   O uso que você faz do Yahoo! Grupos está sujeito aos Termos 
do Serviço do Yahoo! http://br.yahoo.com/info/utos.html . 




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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Dúvida - Export

2005-07-07 Por tôpico Gari Julio Einsfeldt
Acontece por alguns motivos:
- Há erros em linhas enquanto exportadas
- Pode acontecer quando estás usando unicode;
- A opção de QUERY está sendo usada no export;
- Parte de particionamentos são exportados.

No caso do 9i, podes usar a opção STATISTICS. Veja o note metalink: 159787.1


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida - Export


Pessoal,

A titulo de curiosidade gostaria de saber quando eu faço um export o 
que o utilitário está querendo dizer com a mensagem:

EXP-00091: Exporting questionable statistics.

Será que as estatísticas não estão confiáveis ...

Connected to: Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table TBBICA_RETORNO_ENTREGA 526308 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.


Estou usando Oracle 9.2.0.4 e Export 9.2.0.4


Desde já agradeço.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Paulo Saes
Enviada em: quinta-feira, 7 de julho de 2005 09:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Remuneração de mercado

Melhor olhar no apinfo.com


   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Re: Ferramenta para visualizar ER

2005-07-07 Por tôpico Gari Julio Einsfeldt
Sim, isso se chama de engenharia reversa. 

Uma reflexão sobre o assunto:
Como o proprio nome diz, não é o ideal. A figura ideal seria modelar em alguma 
ferramenta, validar, homologar e depois aplicar em ambiente de desenvolvimento, 
testar exaustivamente e depois aplicar na produção (base) e liberando os 
sistemas (programas, dlls, o que for).

Pelas mensagens suponho que estás usando a analise tradicional. O ER-Win é uma 
boa opção. Aqui usamos o CASE Designer 6i, por sinal muito bom. Vale lembrar 
que o CASE Designer não gera somente Scripts e estrutura para Oracle, gera 
também forms e reports (oracle), scripts para DB2, ANSI 92, RBD, Sybase e SQL 
Server (inclusive). O ER-Win também gera para varios bancos, não me lembro 
quais.

Se estiveres pensando em usar OO e consequentemente UML (não que seja 
obrigatorio), a Oracle tem o JDeveloper. Mas para este tipo de analise, acho 
que deverias dar uma olhada nas ferramentas da Rational, tipo o Rational Rose.

Usei a ferramenta de modelagem do Access apenas uma vez, para ver qual era. 
Confesso que me decepcionei. Se bem que não dá pra chamar o Access de banco e 
nem a ferramenta de relacionamento como ferramenta de modelagem.

Se procurares um pouco na net (até no www.superdownloads.com.br tem), vais 
achar ferramentas freeware e shareware, não custa nada dar uma olhada, mas 
muitas das que já andei vendo, são muito limitadas.

Se estiveres num ambiente que trabalharas com varios bancos e partir de uma 
ferramenta case para ter apenas uma modelagem, interessante pensar nestes 
detalhes também.

Sobre os programadores, isso é comum, não só aos programadores, mas a muitos 
'profissionais' da área. Em busca de liberações e desenvolvimentos mais 
rapidos, a documentação fica para segundo plano. Em qualquer ambiente sensato 
de desenvolvimento ou que mexa com informatica (em todos os niveis), a 
documentação é imprescindivel.

Abraço!



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Daniel Baldo
Enviada em: quinta-feira, 7 de julho de 2005 11:43
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Re: Ferramenta para visualizar ER


tem uma ferramenta case chamada ERWIN onde esta possui uma opção de fazer a 
engenharia reversa, onde ele monta o case buscando as informações do banco.
vlw, Baldo.

jlchiappa [EMAIL PROTECTED] escreveu:
O BD Oracle não traz uma ferramente de modelagem embutida, isso é 
adquirido à parte : o próprio fabricante do banco oferece um produto 
pra isso (Oracle Designer), e a maioria das tools de MER do mercado 
reconhece e conecta em bds Oracle.

[]s

Chiappa
--- Em oracle_br@yahoogrupos.com.br, Waldir Rocha [EMAIL PROTECTED] 
escreveu
 Sou iniciante em Oracle.
 Implantaram aqui na empresa um sistema novo com Banco de Dados 
Oracle e interface em Delphi.
 Como usamos muito o SQL Plus, gostaria de saber se existe uma 
ferramenta para visualizar a estrutura ER (Entidade-Relacionamento) 
das tabelas para podermos aplicar melhor os comandos pois pasmem, os 
próprios desenvolvedores não tem esta documentação, está tudo no 
cérebro deles.
 Desculpe a comparação, mas seria algo tipo a ferramenta de 
relacionamentos do MS Access.
  
  
 Valeu, Waldir
 
 __
 Converse com seus amigos em tempo real com o Yahoo! Messenger 
 http://br.download.yahoo.com/messenger/ 
 
 [As partes desta mensagem que não continham texto foram removidas]




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



-
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:
[EMAIL PROTECTED]
  
   O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 



-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





Re: [oracle_br] Re: Testes de RAID

2005-07-07 Por tôpico Phael
ok!

Fiz um outro teste tbm.

RAID 1
SQL create tablespace rapha
  2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;

Tablespace created.

Elapsed: 00:00:41.07

RAID 5
SQL create tablespace rapha
  2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;

Tablespace created.

Elapsed: 00:00:34.05

O pessoal da IBM q vendeu o storage me disse que esse
storage já é otimizado para utilizar RAID 5.

O tempo para a criação desses arquivos não era
pra ser teoricamente inverso???

Fiz outros teste como fechamentos mensais, execução de
procedures com grande numero de DMLs e notei que não
há um diferença consideravel entre os tipos de RAID.
Certos procedimentos são mais rapidos em RAID 1 do que
RAID 5 e vice e versa.
Concluindo..achei que com esses resultados não é viavel deixar
RAID 1 pois não consegui notar uma grande diferenças de
performance...então ficarei com RAID 5 pois pelo menos
ganho espaço em disco.


Phael



- Original Message - 
From: jlchiappa [EMAIL PROTECTED]
To: oracle_br@yahoogrupos.com.br
Sent: Wednesday, July 06, 2005 10:03 AM
Subject: [oracle_br] Re: Testes de RAID


Antes do teste seria interessante vc pedir um ALTER TABLESPACE
tablespacecomatabelade5milhoes OFFLINE; e depois ONLINE, para retirar
os blocos dela do cache, e depois disso tudo que vc mostrou vc ainda
faz um UPDATE, um COMMIT e um ALTER TABLESPACE nnn OFFLINE pra ambas
as tablespaces , aí necessariamente vai haver um flush dos blocos que
o INSERT deixou em cache para o disco, o disco vai ser assediado
enormemente, vc vai ver se no seu caso a diferença é grande.
== E vale ** muito ** a pena durante o teste acompanhar consumo
também de CPU via tools do sistema operacional, pois o cálculo de
paridade na gravação do RAID-5 muitas vezes consome um bom bocadinho
de CPU, também.

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu
 Bom dia,

 Estou querendo fazer um teste real de quanto
 é a diferença de tempo de gravação em discos com
 RAID 1 x RAID 5 no meu storage.

 Qual seria a melhor forma de medir isso na pratica?

 pensei em pegar uma tabela de 5 milhoes de linhas
 e dar o comando:

 SQL CREATE table TESTE
   2  as select * from usuario.tabela5milhoes
   3  where 1=2;

 Table created.

 Elapsed: 00:00:00.00
 SQL INSERT into TESTE
   2  select * from usuario.tabela5milhoes;

 5736155 rows created.

 Elapsed: 00:00:18.06
 SQL DROP table TESTE;

 Table dropped.

 Elapsed: 00:00:31.08


 Faria isso no RAID 1 e no RAID 5
 Isso já basta para medir a diferença de peformance de gravação no
disco


 Phael

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




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Procedure sem parâmetro

2005-07-07 Por tôpico Renan da Silveira Medeiros
FAz o seguinte:
Dá um comando describe nomedapackage no sqlplus..
e coloca o resultado no email.


Renan Medeiros
Coordenador de Suporte/Treinamento/Pré-venda
Unimix Tecnologia Ltda
0 xx 61 9994 0586
0 xx 61 3201 

  - Original Message - 
  From: Patrícia Maria 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:42 PM
  Subject: [oracle_br] Procedure sem parâmetro


  Boa tarde, pessoal.

  gostaria de saber, se  tenho uma procedure que não tem parâmetro, como ela é 
declarada no arquivo package .apy ?


  executei-a no PL e está solicitando parâmetro, pois declarei assim:

  process_batch( )

  Abraço a todos,


  Patrícia

  
  -
  Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Kátia Claro
Akira, você já tentou aumentar os DBWrites ?

até +

Kátia Claro

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira
Enviada: qui 07/07/2005 10:00
Para: oracle_br@yahoogrupos.com.br
Cc:
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para
um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1
millhão de registros e são poucas. Durante o import percebi (fiquei mais
de 6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo.
Me parece que o import fica recompilando ou verificando consistências num
modo bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas
tabelas são normais, tem índices, constraints pks, cks e fks. Tem bastante
packages, procedures e functions no banco e bastante tabelas também, mas
tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse
import, mas era um banco muito maior, por isso achei que fosse até normal.
Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. Deve
ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples:
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

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





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] RES: Restore de bco Pro dução - Urgente

2005-07-07 Por tôpico Gari Julio Einsfeldt
Acontece em função de, neste momento do passado, tua estrutura ainda não 
existia.
Veja um exemplo:

SQL create table c (c number);

Table created.

SQL insert into c values (c);
Enter value for c: 1

1 row created.

SQL /
Enter value for c: 2

1 row created.

SQL /
Enter value for c: 3

1 row created.

SQL commit;

Commit complete.

SQL select * from c;
 C
--
 1
 2
 3


Agora tento executar uma consulta num momento passado (exatamente 1 dia):

SQL select * from c as of timestamp (sysdate - 1);
select * from c as of timestamp (sysdate - 1)
  *
ERROR at line 1:
ORA-01466: unable to read data - table definition has changed


Executo em outra tabela que já existia:

SQL  select * from a as of timestamp (sysdate - 1);
 A
--
 1
 1
 2
 3
 4
 4
 1
 2
 3
 1
 2
 3

12 rows selected.


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:54
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RES: Restore de bco Produção - Urgente
Prioridade: Alta


Tentei reproduzir no meu ambiente mas não consegui ... pq será ??? tb achei 
interessante o que o Gari passou.

SQL SELECT * FROM teste;

ID DT
-- 
 1 07/07/05 10:41:34,00
 2 06/07/05 10:41:44,00
 3 05/07/05 10:41:50,00
 4 04/07/05 10:41:56,00

SQL DELETE FROM teste;

4 linhas deletadas.

SQL COMMIT;

Validação completa.

SQL SELECT * FROM teste;

não há linhas selecionadas

SQL select * from teste as of timestamp (sysdate - 10/(24*60));
select * from ROSICO as of timestamp (sysdate - 10/(24*60))
  *
ERRO na linha 1:
ORA-01466: unable to read data - table definition has changed

Meu ambiente é 9.2.0.4

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Ederson
Enviada em: quinta-feira, 7 de julho de 2005 09:59
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] RES: Restore de bco Produção - Urgente

Gari,

Este me deixou de queixo caído, não conhecia esta sintaxe.

Até fiz um teste de retorno, que passo aos colegas para verificação:
Vejam cenário (em um banco 9.2.0.1, sem nenhum patch instalado):

 

edinilson:SQL select * from teste;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL delete from teste ;

3 linhas deletadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL select * from teste as of timestamp (sysdate - 10/(24*60));  

ID DATATIMESTAMP

-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00

edinilson:SQL select * from teste;

não há linhas selecionadas

edinilson:SQL  insert into teste select * from teste as of timestamp
(sysdate - 10/(24*60));

3 linhas criadas.

edinilson:SQL commit;

Validação completa.

edinilson:SQL select * from teste ;

ID DATATIMESTAMP
-- 
 4 07/07/05 08:50:43,00
 1 10/06/05 09:50:22,00
 2 10/06/05 09:51:26,00


Muito obrigado

 
Ederson Elias de Oliveira
DBA Oracle
Setransp - GO
---
-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Gari Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 09:26
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] RES: Restore de bco Produção - Urgente

Pode usar direto tbm:

select campos
from   tabela
AS OF TIMESTAMP (sysdate - 1)  momento passado, neste caso 1 dia
/




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 

[oracle_br] Re: Testes de RAID

2005-07-07 Por tôpico jlchiappa
Vc *** fez mesmo *** as opções que eu falei (ie, esvaziou cache, 
criou, inseriu, comitou, esvaziou de novo) , e além do tempo, vc ** 
olhou ** o consumo de CPU, como eu falei ??? 
  SE sim pra tudo, e SE o consumo de CPU durante ambas as opções foi 
semelhante, e SE ambos os arrays (o RAID-5 e o RAD-1) estavam 
otimamente configurados, com stripe-size semelhantes, os filesystems 
que vc montou neles eram totalmente semelhantes (inclusive com as 
opções de montagem!), aí realmente acho que vc pode assumir que no 
seu caso a diferença não foi tão significativa.
  
  []s
  
   Chiappa
   
--- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu
 ok!
 
 Fiz um outro teste tbm.
 
 RAID 1
 SQL create tablespace rapha
   2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;
 
 Tablespace created.
 
 Elapsed: 00:00:41.07
 
 RAID 5
 SQL create tablespace rapha
   2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;
 
 Tablespace created.
 
 Elapsed: 00:00:34.05
 
 O pessoal da IBM q vendeu o storage me disse que esse
 storage já é otimizado para utilizar RAID 5.
 
 O tempo para a criação desses arquivos não era
 pra ser teoricamente inverso???
 
 Fiz outros teste como fechamentos mensais, execução de
 procedures com grande numero de DMLs e notei que não
 há um diferença consideravel entre os tipos de RAID.
 Certos procedimentos são mais rapidos em RAID 1 do que
 RAID 5 e vice e versa.
 Concluindo..achei que com esses resultados não é viavel deixar
 RAID 1 pois não consegui notar uma grande diferenças de
 performance...então ficarei com RAID 5 pois pelo menos
 ganho espaço em disco.
 
 
 Phael
 
 
 
 - Original Message - 
 From: jlchiappa [EMAIL PROTECTED]
 To: oracle_br@yahoogrupos.com.br
 Sent: Wednesday, July 06, 2005 10:03 AM
 Subject: [oracle_br] Re: Testes de RAID
 
 
 Antes do teste seria interessante vc pedir um ALTER TABLESPACE
 tablespacecomatabelade5milhoes OFFLINE; e depois ONLINE, para 
retirar
 os blocos dela do cache, e depois disso tudo que vc mostrou vc ainda
 faz um UPDATE, um COMMIT e um ALTER TABLESPACE nnn OFFLINE pra ambas
 as tablespaces , aí necessariamente vai haver um flush dos blocos 
que
 o INSERT deixou em cache para o disco, o disco vai ser assediado
 enormemente, vc vai ver se no seu caso a diferença é grande.
 == E vale ** muito ** a pena durante o teste acompanhar consumo
 também de CPU via tools do sistema operacional, pois o cálculo de
 paridade na gravação do RAID-5 muitas vezes consome um bom bocadinho
 de CPU, também.
 
 []s
 
  Chiappa
 
 --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu
  Bom dia,
 
  Estou querendo fazer um teste real de quanto
  é a diferença de tempo de gravação em discos com
  RAID 1 x RAID 5 no meu storage.
 
  Qual seria a melhor forma de medir isso na pratica?
 
  pensei em pegar uma tabela de 5 milhoes de linhas
  e dar o comando:
 
  SQL CREATE table TESTE
2  as select * from usuario.tabela5milhoes
3  where 1=2;
 
  Table created.
 
  Elapsed: 00:00:00.00
  SQL INSERT into TESTE
2  select * from usuario.tabela5milhoes;
 
  5736155 rows created.
 
  Elapsed: 00:00:18.06
  SQL DROP table TESTE;
 
  Table dropped.
 
  Elapsed: 00:00:31.08
 
 
  Faria isso no RAID 1 e no RAID 5
  Isso já basta para medir a diferença de peformance de gravação no
 disco
 
 
  Phael
 
  [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 
 
__
 
 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
 Fernanda Damous [EMAIL PROTECTED]
 Alisson Aguiar [EMAIL PROTECTED]
 
__
 http://br.groups.yahoo.com/group/oracle_br/
 
__
 
 Sair da Lista...: [EMAIL PROTECTED]
 Links do Yahoo! Grupos




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Dúvida - Export

2005-07-07 Por tôpico Rosiano Vieira de Sales
Não estou usando parâmetro query e não temos tabelas particionadas ..

Como sei se o DB está usando UNICODE ..??? na nls_database_parameters ?

Quanto aos erros, seriam erros nos registros que estão na tabela ?? 

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Gari 
Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 10:33
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Dúvida - Export

Acontece por alguns motivos:
- Há erros em linhas enquanto exportadas
- Pode acontecer quando estás usando unicode;
- A opção de QUERY está sendo usada no export;
- Parte de particionamentos são exportados.

No caso do 9i, podes usar a opção STATISTICS. Veja o note metalink: 159787.1


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida - Export


Pessoal,

A titulo de curiosidade gostaria de saber quando eu faço um export o 
que o utilitário está querendo dizer com a mensagem:

EXP-00091: Exporting questionable statistics.

Será que as estatísticas não estão confiáveis ...

Connected to: Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table TBBICA_RETORNO_ENTREGA 526308 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.


Estou usando Oracle 9.2.0.4 e Export 9.2.0.4


Desde já agradeço.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Paulo Saes
Enviada em: quinta-feira, 7 de julho de 2005 09:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Remuneração de mercado

Melhor olhar no apinfo.com


   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 





Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira
Deixei bem grandes...
Já fiz vários testes aumentando quantidades, tamanhos, etc... nada adiantou.
  - Original Message - 
  From: Solange Maria Begosso de Laurentys 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:21 PM
  Subject: RES: [oracle_br] Export/Import Lento


  Vc ja verificou seus redologs ?
  Import lento pode ter referencia com os redologs (tamanho, disco onde estao 
gravados, tempo switch) ...

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 10:00 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 
para um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 
1 millhão de registros e são poucas. Durante o import percebi (fiquei mais de 
6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me 
parece que o import fica recompilando ou verificando consistências num modo 
bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são 
normais, tem índices, constraints pks, cks e fks. Tem bastante packages, 
procedures e functions no banco e bastante tabelas também, mas tinham poucos 
dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre 
demora. Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando 
esse import, mas era um banco muito maior, por isso achei que fosse até 
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. 
Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



_  

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:
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

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




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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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, 

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Marcos Antonio
Akira,

Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer seria 
desabilitar todas as constraints do banco e fazer o import. Vai ficar bem mais 
rapido. Depois quando for habilitar as constraints habilite-as com a opcao de 
NO VALIDATE.

 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 

  - Original Message - 
  From: Akira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 10:00 AM
  Subject: [oracle_br] Export/Import Lento


  Bom dia!

  Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
  O problema é o seguinte, o imp full demora muuuiiito!
  Alguém sabe algum macete pra fazer isso mais rápido?

  Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 
millhão de registros e são poucas. Durante o import percebi (fiquei mais de 6 
horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece 
que o import fica recompilando ou verificando consistências num modo bem 
recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, 
tem índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

  Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

  Os comandos usados foram bem simples: 
  exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
  imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

  []'s
  AKIRA

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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



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





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] Re: TABLESPACE LMT ???

2005-07-07 Por tôpico Juliano
Olá lista, obrigado pela dica Chiappa.

Resolvi utilizar as TABLESPACES LMT sim !!
Ainda estou lendo sobre qual a melhor opção no meu caso UNIFORM 
EXTENT SIZE ou AUTO SEGMENT SPACE MANAGER. 

Gostaria de mover minhas tabelas e índices que tenho na tablespace 
Comum para essa nova TABLESPACE LMT. Através do comando (ALTER TABLE 
TABELA MOVE TABLESPACE NOME_TABLESPACE). Acontece que minhas tabelas 
foram criadas utilizando Initial Extent, Next Extent, PCT_USE, 
etc ...

Agora a minha pergunta: Eu movendo dessa maneira, esses atributos 
(initial, next, pcts, etc...) da tabela passam a não valer mais ?? 
Esse MOVE em tabelas/índices é garantido ?? Não corro nenhum risco 
de perder dados ?? 

Agradeço qualquer informação

Juliano Martinez da Silva

--- Em oracle_br@yahoogrupos.com.br, jlchiappa [EMAIL PROTECTED] 
escreveu
 Tem mais de uma maneira, a que eu recomendo é : == use apenas e 
 sempre tablespaces LMT, NÂO tenha initial/next/pctincrease nas 
 tabelas/índices e OU tenha tablespaces pequenas/médias/grandes e 
 distribua os objetos nelas (como mostrado em 
 
http://www.oracle.com/technology/deploy/availability/pdf/defrag.pdf) 
,
  OU se realmente não saber quais são os tamanhos usar tablespaces 
com 
 alocação automática (system-allocated).
 
 []s
 
  Chiappa
 --- Em oracle_br@yahoogrupos.com.br, Juliano 
[EMAIL PROTECTED] 
 escreveu
  Olá lista !!
  
  Vou migrar um base de dados Oracle 8i para 9i, e resolvi checar 
os 
  extents das tabelas existentes hoje no banco.
  Verifiquei que algumas das minhas tabelas possuem bastante 
extents, 
  portanto gostaria de ao recriá-las aumentar o INITIAL das mesmas.
  
  Existe alguma fórmula que eu possa utilizar para calcular, 
baseada 
  na quantidade de registros, extents, bytes, blocks ???
  
  Um pequeno exemplo da situação que tenho aqui, retirada da 
 DBA_TABLES
  
  TABELA TESTE
  NUMROWS : 36573
  BLOCKS : 825
  EMPTY BLOCKS : 16710
  AVG SPACE : 919
  AVG ROW LEN : 159
  AVG SPACE FREELIST BLOCKS : 6680 
  SAMPLE SIZE : 1040
  
  Situação da mesma tabela retirada da DBA_SEGMENTS
  
  TABELA TESTE
  BYTES : 143654912
  BLOCKS : 17536
  EXTENTS : 60
  INITIAL : 14336
  
  OBS: O Sistema Operacional onde essa base (8i) está é HP-UX, o 
novo 
  ORACLE (9i) ficará em um Windows 2000
  
  Agradeço a ajuda e colaboração de todos




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Procedure sem parâmetro

2005-07-07 Por tôpico Patrícia Maria
mas não tem como eu dar um desc na pkg, só em views e tables.

Renan da Silveira Medeiros [EMAIL PROTECTED] escreveu:FAz o seguinte:
Dá um comando describe nomedapackage no sqlplus..
e coloca o resultado no email.


Renan Medeiros
Coordenador de Suporte/Treinamento/Pré-venda
Unimix Tecnologia Ltda
0 xx 61 9994 0586
0 xx 61 3201 

  - Original Message - 
  From: Patrícia Maria 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:42 PM
  Subject: [oracle_br] Procedure sem parâmetro


  Boa tarde, pessoal.

  gostaria de saber, se  tenho uma procedure que não tem parâmetro, como ela é 
declarada no arquivo package .apy ?


  executei-a no PL e está solicitando parâmetro, pois declarei assim:

  process_batch( )

  Abraço a todos,


  Patrícia

  
  -
  Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 



--
  Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



-
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:
[EMAIL PROTECTED]
  
   O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 




-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Re: Testes de RAID

2005-07-07 Por tôpico Phael
Chiappa e Carlos,

Ainda não fiz os testes que vcs falaram mesmo porque
o **tempo** para mudar de RAID é alto.
Mas vou fazer e logo que tiver um resultado eu retorno.

obs.:
O teste em ambos RAIDs

***create tablespace . size 2000m;

Já não era pra me dar uma valor(tmp) significativo?


[]s
Phael


- Original Message - 
From: jlchiappa [EMAIL PROTECTED]
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, July 07, 2005 2:02 PM
Subject: [oracle_br] Re: Testes de RAID


Vc *** fez mesmo *** as opções que eu falei (ie, esvaziou cache,
criou, inseriu, comitou, esvaziou de novo) , e além do tempo, vc **
olhou ** o consumo de CPU, como eu falei ???
  SE sim pra tudo, e SE o consumo de CPU durante ambas as opções foi
semelhante, e SE ambos os arrays (o RAID-5 e o RAD-1) estavam
otimamente configurados, com stripe-size semelhantes, os filesystems
que vc montou neles eram totalmente semelhantes (inclusive com as
opções de montagem!), aí realmente acho que vc pode assumir que no
seu caso a diferença não foi tão significativa.

  []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu
 ok!

 Fiz um outro teste tbm.

 RAID 1
 SQL create tablespace rapha
   2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;

 Tablespace created.

 Elapsed: 00:00:41.07

 RAID 5
 SQL create tablespace rapha
   2  datafile '/u1/oracle9/dados/rapha.dbf' size 2000m;

 Tablespace created.

 Elapsed: 00:00:34.05

 O pessoal da IBM q vendeu o storage me disse que esse
 storage já é otimizado para utilizar RAID 5.

 O tempo para a criação desses arquivos não era
 pra ser teoricamente inverso???

 Fiz outros teste como fechamentos mensais, execução de
 procedures com grande numero de DMLs e notei que não
 há um diferença consideravel entre os tipos de RAID.
 Certos procedimentos são mais rapidos em RAID 1 do que
 RAID 5 e vice e versa.
 Concluindo..achei que com esses resultados não é viavel deixar
 RAID 1 pois não consegui notar uma grande diferenças de
 performance...então ficarei com RAID 5 pois pelo menos
 ganho espaço em disco.


 Phael



 - Original Message - 
 From: jlchiappa [EMAIL PROTECTED]
 To: oracle_br@yahoogrupos.com.br
 Sent: Wednesday, July 06, 2005 10:03 AM
 Subject: [oracle_br] Re: Testes de RAID


 Antes do teste seria interessante vc pedir um ALTER TABLESPACE
 tablespacecomatabelade5milhoes OFFLINE; e depois ONLINE, para
retirar
 os blocos dela do cache, e depois disso tudo que vc mostrou vc ainda
 faz um UPDATE, um COMMIT e um ALTER TABLESPACE nnn OFFLINE pra ambas
 as tablespaces , aí necessariamente vai haver um flush dos blocos
que
 o INSERT deixou em cache para o disco, o disco vai ser assediado
 enormemente, vc vai ver se no seu caso a diferença é grande.
 == E vale ** muito ** a pena durante o teste acompanhar consumo
 também de CPU via tools do sistema operacional, pois o cálculo de
 paridade na gravação do RAID-5 muitas vezes consome um bom bocadinho
 de CPU, também.

 []s

  Chiappa

 --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu
  Bom dia,
 
  Estou querendo fazer um teste real de quanto
  é a diferença de tempo de gravação em discos com
  RAID 1 x RAID 5 no meu storage.
 
  Qual seria a melhor forma de medir isso na pratica?
 
  pensei em pegar uma tabela de 5 milhoes de linhas
  e dar o comando:
 
  SQL CREATE table TESTE
2  as select * from usuario.tabela5milhoes
3  where 1=2;
 
  Table created.
 
  Elapsed: 00:00:00.00
  SQL INSERT into TESTE
2  select * from usuario.tabela5milhoes;
 
  5736155 rows created.
 
  Elapsed: 00:00:18.06
  SQL DROP table TESTE;
 
  Table dropped.
 
  Elapsed: 00:00:31.08
 
 
  Faria isso no RAID 1 e no RAID 5
  Isso já basta para medir a diferença de peformance de gravação no
 disco
 
 
  Phael
 
  [As partes desta mensagem que não continham texto foram removidas]





__

 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
 Fernanda Damous [EMAIL PROTECTED]
 Alisson Aguiar [EMAIL PROTECTED]

__
 http://br.groups.yahoo.com/group/oracle_br/

__

 Sair da Lista...: [EMAIL PROTECTED]
 Links do Yahoo! Grupos




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/
__

Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]

[oracle_br] Transcender

2005-07-07 Por tôpico Fabiano
Pessoal alguém por acaso teria o serial para o Transcender Oracle  1Z0-
007  DBCert SQL 9.0?




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira

Valeu pela dica Chiappa... vou tentar esse caminho na próxima vez.

Me deixe apenas colocar umas dúvidas que tive.
Eu até pensei em fazer algo assim... imp constraints=n indexes=n rows=y, depois 
um imp rows=n, o que acha?
Mas a situação estava ruim... o export eu já tinha feito full=y apenas... e a 
base do windows já tinha sido queimada. O export full simples ou ** impróprio 
** era a minha única ficha naquela hora. Eu fiquei na dúvida se poderia 
cancelar o imp (ctrl+C) e fazer novamente sem os índices e constraints... 
fiquei com medo de acabar de estragar tudo. Já tinha se passado 4 horas nesse 
momento, e meu tempo estava ficando curto. Vc sabe se o cancelamento poderia 
danificar algo? Minha dúvida era se sem constraints, o import não duplicaria 
registros, no caso de se cancelar e fazer novamente. Se ocorresse isso, eu 
teria que partir do zero novamente. Vc sabe se isso pode acontecer 
(duplicidade) ou foi pura variação da minha cabeça depois de uns redbulls? 
:-)

Ahhh, sobre fazer paralelo por schemas, eu pensei em dois problemas nisso... um 
eram os usuários que eu teria que recriar, com senhas e tudo... outro eram as 
fks referenciando schemas diferentes, acho que isso ia perder (claro, se eu 
gerar o scripts de criação das constrains, isso não seria problema). Quanto aos 
usuários, tem jeito de serem importados antes ou depois, com senha e tudo?

Desde já, agradeço a colaboração de todos.

[]'s
Akira
  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:56 PM
  Subject: Re: RES: [oracle_br] Export/Import Lento


  Esses comandos foram bem simples mas também bem ** impróprios ** para 
  performance, pois os defaults do exp/imp nem de longe são os ideais. 
  Antes de falar deles, porém, uma obs : exp/imp full significa que vc 
  vai SERIALIZAR, ie : um único programa vaie ler os objetos UM por UM 
  (o exp), e depois vai gravar (o imp). Se o seu hardware permite 
  (normalmente servidores permitem), não seria *** muito *** mais 
  lógico vc ter vários programas lendo coisas diferentes ao mesmo 
  tempo, e depois vc ter vários gravando ??? Só seria, então pra obter 
  isso é ao invés de ter um único, ter-se ** vários ** exps em 
  paralelo, cada um gravando um schema, ou cada um gravando um grupo de 
  tabelas diferentes, em arquivos .dmp diferentes, e depois vc vai ter 
  vários imps lendo os vários .dmps 

  Quanto aos comandos que ao não informar vc aceitou o default , e que 
  eu recomendo NÂO fazer isso, são : direct=y, buffer (coloque um valor 
  alto mas factível, digamos uns 10 Mb), compress=N (porque senão os 
  extents que o imp cria são gigantescos, demora ** mesmo ** e usa 
  espaço horrivelmente!), recordlength=65535 (todo servidor aceita 
  isso, em tese), STATISTICS=NONE (é muito + rápido se recoletar as 
  stst depois no bd destino via DBMS_STATS)... 
Outro ponto é que o imp faz ** TUDO ** em modo logging e serial, E 
  as constraints são validadas,  pode ser ** muito ** interessante vc 
  não exportar e constraints, depois gera num script o comando de 
  criação dos índices adicionando um NOLOGGING e PARALLEL (se o 
  hardware permite), e script das constraints com a opção ENABLE 
  NOVALIDATE. 

Essas coisas certamente devem melhorar ** enormemente ** a 
  performance, vc acha as sintaxes e refs no manual Oracle Utilies e 
  no SQL reference.

[]s

 Chiappa
 


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira

Quer dizer, desabilita tudo e fazer o export. Depois faz import e habilita tudo 
No Validate. É isso?
Boa idéia tbm!

Vou mandar uma resposta pro Chiappa, com algumas dúvidas que eu tive no 
momento, por isso não fiz nada disso.
Se puder ajudar, em agradeceria muito.
Obrigado

[]'s
Akira
  - Original Message - 
  From: Marcos Antonio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 12:13 PM
  Subject: Re: [oracle_br] Export/Import Lento


  Akira,

  Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer 
seria desabilitar todas as constraints do banco e fazer o import. Vai ficar bem 
mais rapido. Depois quando for habilitar as constraints habilite-as com a opcao 
de NO VALIDATE.

   Marcos Antonio G.Barcellos 
Analista de Sistemas 
Unitech Tecnologia de Informação Ltda 
R. dos Inconfidentes, 1190 2º Andar 
Tel.:(31)3280-6600 Ramal.: 6627 
http://www.unitech.com.br 
   



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RE: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Gustavo Barros
Akira, nessas tabelas existem algum campo tipo lob?

Normalmente o fetch das linhas das tabelas com colunas CLOB ou etc.. são
feitas de linha em linha, e sempre na forma conventional nunca direct,
mesmo que isso seja especificado no comando de exportação. Normalmente
vai demorar mesmo, com a versão 10g DataPump isso melhorou muito..

1abraço

Gustavo Barros
-Original Message-
From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
On Behalf Of Akira
Sent: quinta-feira, 7 de julho de 2005 10:01
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Export/Import Lento

Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para
um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1
millhão de registros e são poucas. Durante o import percebi (fiquei mais
de 6 horas olhando pra ele) que até tabelas vazias demoram bastante
tempo. Me parece que o import fica recompilando ou verificando
consistências num modo bem recursivo, mas não sei se é isso mesmo que
ele faz. Minhas tabelas são normais, tem índices, constraints pks, cks e
fks. Tem bastante packages, procedures e functions no banco e bastante
tabelas também, mas tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora.
Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando
esse import, mas era um banco muito maior, por isso achei que fosse até
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei
indignado. Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Dúvida - Export

2005-07-07 Por tôpico Rosiano Vieira de Sales
Blz Galera ...

Valeu pelas dicas.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Carlos 
A.M. Menezes
Enviada em: quinta-feira, 7 de julho de 2005 10:24
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Dúvida - Export

Acho que vc pode corrigir isso de duas formas:
1- Setando a variável de ambiente NLS_LANG, 
ex:NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1

2- Não levando as estatísticas no export,
ex: exp  statistics=none

Abraços,

Carlos Alfredo


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Rosiano 
Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida - Export

Pessoal,

A titulo de curiosidade gostaria de saber quando eu faço um export o 
que o utilitário está querendo dizer com a mensagem:

EXP-00091: Exporting questionable statistics.

Será que as estatísticas não estão confiáveis ...

Connected to: Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table TBBICA_RETORNO_ENTREGA 526308 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.


Estou usando Oracle 9.2.0.4 e Export 9.2.0.4


Desde já agradeço.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Paulo Saes
Enviada em: quinta-feira, 7 de julho de 2005 09:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Remuneração de mercado

Melhor olhar no apinfo.com


   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Procedure sem parâ metro

2005-07-07 Por tôpico Ronaldo Sales
CLARO que vc pode dar um desc numa paCkage.

__SPDESC PKG_UTIL
PROCEDURE ANALYZE_TABLE
 Nome do Argumento  TipoIn/Out Default?
 -- --- -- 
 TABLE_NAME VARCHAR2IN
 ANALYZE_STATEMENT  VARCHAR2IN
PROCEDURE CREATE_INDEX
 Nome do Argumento  TipoIn/Out Default?
 -- --- -- 
 INDEX_NAME VARCHAR2IN
 INDEX_STATEMENTVARCHAR2IN
 INDEX_TYPE VARCHAR2IN DEFAULT
PROCEDURE DISPLAY_ERROR_MESSAGE
 Nome do Argumento  TipoIn/Out Default?
 -- --- -- 
 ERROR_MESSAGE  VARCHAR2IN
PROCEDURE DISPLAY_SUCCESS_MESSAGE
 Nome do Argumento  TipoIn/Out Default?
 -- --- -- 
 SUCCESS_MESSAGEVARCHAR2IN
PROCEDURE DROP_INDEX
 Nome do Argumento  TipoIn/Out Default?
 -- --- -- 
 INDEX_NAME VARCHAR2IN





De:oracle_br@yahoogrupos.com.br

Para:oracle_br@yahoogrupos.com.br

Cópia:

Data:Thu, 7 Jul 2005 15:19:06 -0300 (ART)

Assunto:Re: [oracle_br] Procedure sem parâmetro

mas não tem como eu dar um desc na pkg, só em views e tables.

Renan da Silveira Medeiros escreveu:FAz o seguinte:
Dá um comando describe nomedapackage no sqlplus..
e coloca o resultado no email.


Renan Medeiros
Coordenador de Suporte/Treinamento/Pré-venda
Unimix Tecnologia Ltda
0 xx 61 9994 0586
0 xx 61 3201 

- Original Message - 
From: Patrícia Maria 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, July 07, 2005 1:42 PM
Subject: [oracle_br] Procedure sem parâmetro


Boa tarde, pessoal.

gostaria de saber, se tenho uma procedure que não tem parâmetro, como ela é 
declarada no arquivo package .apy ?


executei-a no PL e está solicitando parâmetro, pois declarei assim:

process_batch( )

Abraço a todos,


Patrícia

-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



--
Links do Yahoo! Grupos

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 



-
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:
[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
Yahoo!. 



-
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos





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




RES: [oracle_br] Re: Para Gari Julio Einsfeldt

2005-07-07 Por tôpico Gari Julio Einsfeldt
Fala Lourival,

Seguinte, aqui temos um processo automatizado que exporta diariamente todos os 
owners de todos os bancos. Temos um script por banco, que na verdade é o mesmo 
só que um pouco customizado.

O que ele faze é:
1. le a lista de owners;
2. gera os comandos de export em outro script;
3. executa este script gerado para export;
4. apaga os scripts gerados.

Este script tem entradas com execuções pelo SQL*plus e volto a dizer, trata o 
export de owners de bancos. Como precisas apenas de algumas tabelas, podes vir 
a customizar e quem sabe até simplificar o script.

Aqui temos uma estrutura 24x7x365 e operadores nos 3 turnos, o procedimento de 
execução está sempre na agenda da operação, mas nada te impede de incluir o 
script na crontab.

Só um detalhe, serve também para abrir uma nova discussão com o pessoal da 
lista. O sleep foi incluido em função do utilitario do export se perder depois 
de executar alguns owners, deixando este pequeno espaço de tempo entre as 
execuções, o erro sumiu.

Se entendi bem é isso que precisas, senão avise que continuaremos a conversa.

--[ Inicio do Script ]--

maq=`uname -n`
NLS_LANG=BRAZILIAN PORTUGUESE_BRAZIL.WE8ISO8859P1
export NLS_LANG

cd /exp/owners
echo set termout off  /tmp/$$.sql
echo set pages 0  /tmp/$$.sql
echo set head off  /tmp/$$.sql
echo set pause off  /tmp/$$.sql
echo spool lista_XXX  /tmp/$$.sql
echo select distinct owner from dba_objects  /tmp/$$.sql
echo where owner not in ('SYS', 'SYSTEM')  /tmp/$$.sql
echo order by 1;  /tmp/$$.sql
echo exit  /tmp/$$.sql
echo  $$.sql
ORACLE_SID=XXX
export ORACLE_SID
if [ -d XXX ]
then
   echo Diretorio XXX ok
else
   mkdir XXX
   echo Criado o diretorio XXX
fi
if [ -p XXX/export.dmp ]
then
echo XXX/export.dmp ok
else
mknod XXX/export.dmp p
echo Criado o XXX/export.dmp
fi
sqlplus system/senha @/tmp/$$.sql
 start.exp.XXX
for i in `cat lista_XXX.lst|grep -iv rows`
do
 x=`echo $i|tr $ _`
 echo sleep 5  start.exp.XXX
 echo gzip  XXX/export.dmp  XXX/$x.exp.gz  start.exp.XXX
 echo echo INICIO $ORACLE_SID.$i  start.exp.XXX
 echo date +'%d/%m/%Y %H:%M:%S'  start.exp.XXX
 echo exp system/$s owner='($i)' buffer=4096 file=XXX/export.dmp 
log=XXX/$x.log start.exp.XXX
done
dt1=`date +'%Y/%m/%d %H:%M'`
ksh start.exp.XXX
dt2=`date +' %H:%M'`
rm start.exp.XXX
rm /tmp/$$.sql
rm lista_XXX.lst
cd /oracle9/product/app/920/salvas
echo $dt1 $dt2 exp satelites APL  salvas


--[ Termino do Script ]--




-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de ITS 5
Enviada em: quinta-feira, 7 de julho de 2005 10:02
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Para Gari Julio Einsfeldt


Bom Dia
 
Estou tentando fazer um export automático e diário de algumas tabelas
algo como um serviço que próprio Sistema Operacional execute todo dia,
que seria executado em uma máquina da rede e buscaria as tabelas nos
servidores da rede.
 
Já ouvi comentários sobre um script no SQL*PLUS, porém
não consegui as linhas de comando para esse fim...
 
Espero que alguém possa me ajudar,
e agradeço pela atenção,
 
 
Lourival


Gari Julio Einsfeldt [EMAIL PROTECTED] escreveu:O que exatamente estás 
querendo fazer? 

Se tiveres uma rede configurada e os bancos se vejam, ate o uso dos utilitarios 
imp e exp sejam suficiente. Da uma olhada no guia Utilities na documentação 
Oracle.



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de ITS 5
Enviada em: quarta-feira, 6 de julho de 2005 10:30
Para: Grupo Oracle 2
Assunto: [oracle_br] Script para exportar tabela pelo SQL*PLUS


Bom Dia

Como fazer um Script para exportar uma tabela remotamente
no SQL*PLUS ?
já tentei manualmente e funcionou, mas quando tento via SQL*PLUS
remotamente ele retorna erro: Tabela ou View não existe.
O que pode ser?

Agradeço desde já

Lourival

__
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos









__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson 

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira
Eu já fiz com discos locais e pela rede, demora tudo igual.


- Original Message - 
  From: Solange Maria Begosso de Laurentys 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 2:40 PM
  Subject: RES: [oracle_br] Export/Import Lento


  Eles estão em discos locais, storages ???



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




RES: [oracle_br] Dúvida - Export

2005-07-07 Por tôpico Rosiano Vieira de Sales
Valeu Brother Gari,

Não cheguei a ver o note pq não tenho acesso ao metalink ... mas de 
qualquer forma obrigado e todas as dicas foram muito uteis 

abraço

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Gari 
Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 16:07
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Dúvida - Export

Chegasse a olhar o note que passei (159787.1)? Tem uma serie de exemplos 
praticos, incluindo o parametro STATISTICS. Para uma visão mais detalhada do 
utilitario, veja o guia Oracle Utilities.

No caso do unicode, basta criar os campos nas tabelas (quando necessario). Em 
tese o banco já está preparado, o suporte a unicode vem da versão 7 (parcial. 
Sugiro ver o note 260893.1 - Unicode character sets in the Oracle database.

Para saberes se tens algum schema que usa unicode no teu banco, basta executar 
a query abaixo como system:

select owner, data_type, count(*) 
from   dba_tab_columns
where  data_type in ('NCHAR','NCLOB','NVARCHAR2','NCLOB')
andowner not in ('SYS','SYSTEM')
group by owner, data_type
/


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 14:23
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Dúvida - Export


Não estou usando parâmetro query e não temos tabelas particionadas ..

Como sei se o DB está usando UNICODE ..??? na nls_database_parameters ?

Quanto aos erros, seriam erros nos registros que estão na tabela ?? 

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Gari 
Julio Einsfeldt
Enviada em: quinta-feira, 7 de julho de 2005 10:33
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Dúvida - Export

Acontece por alguns motivos:
- Há erros em linhas enquanto exportadas
- Pode acontecer quando estás usando unicode;
- A opção de QUERY está sendo usada no export;
- Parte de particionamentos são exportados.

No caso do 9i, podes usar a opção STATISTICS. Veja o note metalink: 159787.1


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Rosiano Vieira de Sales
Enviada em: quinta-feira, 7 de julho de 2005 10:07
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida - Export


Pessoal,

A titulo de curiosidade gostaria de saber quando eu faço um export o 
que o utilitário está querendo dizer com a mensagem:

EXP-00091: Exporting questionable statistics.

Será que as estatísticas não estão confiáveis ...

Connected to: Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table TBBICA_RETORNO_ENTREGA 526308 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.


Estou usando Oracle 9.2.0.4 e Export 9.2.0.4


Desde já agradeço.

Att.

Rosiano 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Paulo Saes
Enviada em: quinta-feira, 7 de julho de 2005 09:48
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Remuneração de mercado

Melhor olhar no apinfo.com


   Paulo Roberto Saes 
E-Bussiness Suite Oracle Applications
   Development Senior 








___ 
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/


__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 





__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
Links do Yahoo! Grupos




 




__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da 

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Marcos Antonio
exatamente.

Tu vais disable todas as constrainsts de todos os shemas da instancia.
Depois export full
O import vai ficar mais rapido.. pois as constratins estao desabilitadas.
Depois tu enable no validate em todos os shemas da instancia.



 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 

  - Original Message - 
  From: Akira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 3:39 PM
  Subject: Re: [oracle_br] Export/Import Lento



  Quer dizer, desabilita tudo e fazer o export. Depois faz import e habilita 
tudo No Validate. É isso?
  Boa idéia tbm!

  Vou mandar uma resposta pro Chiappa, com algumas dúvidas que eu tive no 
momento, por isso não fiz nada disso.
  Se puder ajudar, em agradeceria muito.
  Obrigado

  []'s
  Akira
- Original Message - 
From: Marcos Antonio 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, July 07, 2005 12:13 PM
Subject: Re: [oracle_br] Export/Import Lento


Akira,

Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer 
seria desabilitar todas as constraints do banco e fazer o import. Vai ficar bem 
mais rapido. Depois quando for habilitar as constraints habilite-as com a opcao 
de NO VALIDATE.

 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 



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



  __

  Cancelar assinatura...: [EMAIL PROTECTED]
  Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
  Fernanda Damous [EMAIL PROTECTED] 
  Alisson Aguiar [EMAIL PROTECTED]
  __
  http://br.groups.yahoo.com/group/oracle_br/ 
  __

  Sair da Lista...: [EMAIL PROTECTED] 
  Links do Yahoo! Grupos




   



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




Re: [oracle_br] Procedure sem parâ metro

2005-07-07 Por tôpico jcaflinco
opsss logico que tem... olha o exemplo abaixo, só se vc nao tem privilegios 
sobre esta package...

Connected to Oracle8i Enterprise Edition Release 8.1.7.0.0 
Connected as scott
SQL desc emp_proc;
Element Type  
--- - 
EMP_T   TYPE  
REC_T   TYPE  
EMP_REC PROCEDURE 
SQL 

ATT JOSE CARLOS




 mas não tem como eu dar um desc na pkg, só em views e tables.
 
 Renan da Silveira Medeiros escreveu:FAz o seguinte:
 Dá um comando describe nomedapackage no sqlplus..
 e coloca o resultado no email.
 
 
 Renan Medeiros
 Coordenador de Suporte/Treinamento/Pré-venda
 Unimix Tecnologia Ltda
 0 xx 61 9994 0586
 0 xx 61 3201 
 
 - Original Message - 
 From: Patrícia Maria 
 To: oracle_br@yahoogrupos.com.br 
 Sent: Thursday, July 07, 2005 1:42 PM
 Subject: [oracle_br] Procedure sem parâmetro
 
 
 Boa tarde, pessoal.
 
 gostaria de saber, se tenho uma procedure que não tem parâmetro, como ela é 
 declarada no arquivo package .apy ?
 
 
 executei-a no PL e está solicitando parâmetro, pois declarei assim:
 
 process_batch( )
 
 Abraço a todos,
 
 
 Patrícia
 
 
 -
 Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 __
 
 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
 Fernanda Damous [EMAIL PROTECTED] 
 Alisson Aguiar [EMAIL PROTECTED]
 __
 http://br.groups.yahoo.com/group/oracle_br/ 
 __
 
 Sair da Lista...: [EMAIL PROTECTED] 
 
 
 
 --
 Links do Yahoo! Grupos
 
 a.. Para visitar o site do seu grupo na web, acesse:
 http://br.groups.yahoo.com/group/oracle_br/
 
 b.. Para sair deste grupo, envie um e-mail para:
 [EMAIL PROTECTED]
 
 c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
 Yahoo!. 
 
 
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 __
 
 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
 Fernanda Damous [EMAIL PROTECTED] 
 Alisson Aguiar [EMAIL PROTECTED]
 __
 http://br.groups.yahoo.com/group/oracle_br/ 
 __
 
 Sair da Lista...: [EMAIL PROTECTED] 
 
 
 
 -
 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:
 [EMAIL PROTECTED]
 
 O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do 
 Yahoo!. 
 
 
 
 
 -
 Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
 __
 
 Cancelar assinatura...: [EMAIL PROTECTED]
 Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
 Fernanda Damous [EMAIL PROTECTED] 
 Alisson Aguiar [EMAIL PROTECTED]
 __
 http://br.groups.yahoo.com/group/oracle_br/ 
 __
 
 Sair da Lista...: [EMAIL PROTECTED] 
 Links do Yahoo! Grupos
 
 
 
 
 
 
 
 
__
UOL Fone: Fale com o Brasil e o Mundo com até 90% de economia. 
http://www.uol.com.br/fone



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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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

 




[oracle_br] sort_multiblock_read_count

2005-07-07 Por tôpico Luis Fernando Cerri
Boas noites!

Procurando informações sobre o parâmetro sort_multiblock_read_count,
encontrei o seguinte followup do Tom Kyte:


quote
Followup: 
ignore it, it is only valid for a brief point in time and it is not a valid 
parameter at all in current releases of the software.  Leave it at its
default 
value.

not relevant to you and me.
/quote



Se alguém colocou o dedo nesse parâmetro, gostaria de conhecer os
resultados (bons e maus) vivenciados. Não se esqueçam de dizer a versão do
banco.

[]s
Luís


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



__

Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] 
Fernanda Damous [EMAIL PROTECTED] 
Alisson Aguiar [EMAIL PROTECTED]
__
http://br.groups.yahoo.com/group/oracle_br/ 
__

Sair da Lista...: [EMAIL PROTECTED] 
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:
[EMAIL PROTECTED]

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