[oracle_br] OCP 10g

[renatotschisar]

Pessoal,

Alguém tem o material para o OCP 10g release 2?

Valeu!!

[oracle_br] Documentação sobre Tuning de Aplicação .

[André Antunes]

Bom dia Chiappa,

será que vc tem , sabe onde conseguir ou indica algum material sobre Tuning de 
Aplicação (Oracle 9i e 10g) .
( Particionamento de tabelas, Clusterização de Tabelas, Hints, Traces, 
Analyzes, Explain...)

E sobre new features de PL/SQL no Oracle 10g?

No aguardo e agradecido desde já,
 
André Antunes 
[EMAIL PROTECTED]
"KEEPING IT RUNNING"
DBA Oracle OCA 10g , ITIL Certified , COBIT Certified

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

[oracle_br] Depois de um processo pesado no Database o Servidor fica lento

[marceloune]

Amigos estou precisando de uma ajuda. 
Tenho um servidor celeron 2.53 com 2 Gb de memória e um disco IDE 
120Gb. 
O S.O é um Linux ES 2.1 e o oracle é um Oracle9i 9.2.0.1. 
Diariamente os operadores executam um processo de fechamento Diário 
através da aplicação. Este processo é um processo muito pesado onde 
são chamadas várias procedures, que dura em torno de 2 horas para 
finalizar. Após o processo executamos um Export. 
O problema é que depois da execução deste processo o servidor fica 
muito lento e um export que demoraria mais ou menos 2 horas para 
terminar esta demorando umas 10 horas atrapalhando outros processos. 
Já verifiquei  através do comando top a performance do processador 
ou algum serviço que esteja consumindo muito, mas não encontrei nada 
de anormal. Para conseguirmos executar o export precisamos dar um 
reboot no servidor, e tudo volta ao normal, e o tempo do export 
volta a ser de 2 horas. Antes de rebootar o servidor já tentei 
baixar e subir a base, mas não resolveu, a única maneira de 
resolvermos a lentidão é mesmo rebootando o servidor. Alguém já 
passou ou tem idéia do que causaria este tipo de problema?

Re:[oracle_br] Re: Rebuild Index

[jlchiappa]

Ah, um detalhe de complemento, ainda mesmo SE vc tiver um índice nas
condições, muitas vezes um simples COALESCE (via de regra, muuuito
mais rápido que um rebuild completo), ou alteração de cláusulas de
storage,  podem ajudar, como o Tom cita em
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2913600659112#25716297076206
, e nos links lá citados, ok ??

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> André, se vc tem algum livro, algum link de site, algum documento que
> afirme na seca, que índices de blevel > x TEM que serem rebuildados,
> sem nada mais, faça um favor pra si mesmo, e JOGUE O LIVRO FORA,
> DELETE o site, APAGUE o texto, só antes nos falando qual/quais eram
> para que possamos fazer o mesmo, ok ? Na verdade a própria Oracle
> é até certo ponto "culpada" , por fornecer notas no metalink E textos
> de cursos, sem explicitar em detalhes os (POUCOS!!) casos onde talvez
> um rebuild possa ser útil..  Em
>
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2290062993260
>  e em
>
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2913600659112#43555424746793
>  o Tom Kyte tem lngas discussões a respeito, demonstrando
> CABALMENTE o ponto, que em resumo é : SE vc tem um índice com
> crescimento monotônico (ie, uma chave que e uma sequência que só
> cresce, nunca diminui), E as entradas são deletadas mas nunca
> re-usadas, SIM, um rebuild pode ser útil, pois as entradas deletadas
> NUNCA seriam re-usadas, já que a chave só "cresce"... E em grande
> parte isso INDEPENDE do blevel, o blevel pode servir como indicador,
> MAS de forma alguma é MANDATÓRIO aqui, certo ? 
>  E óbvio, vc *** VAI *** manter logs PRECISOS de performance antes e
> depois do rebuild, se não houve ganho (ou se o ganho rapidamente se
> esvaiu), mesmo que o índice seja monotônico e não reusavél e portanto
> em tese candidato, SE não obteve um ganho NOTÁVEL e duradouro,
> simplesmente DEIXE DE A FAZER, imho...
> 
> []s
> 
>  Chiappa
> --- Em oracle_br@yahoogrupos.com.br, "Andre Campos" 
> escreveu
> >
> > Boa tarde Chiappa,
> > 
> > Só devo fazer rebuild se o indice estive invalido??
> > Tenho varios indices que estão com BLEVEL 4, esse não seria o caso
> para dar rebuild no indice???
> > 
> > Abraço..
> > 
> > André Campos
> > 
> > -- Início da mensagem original ---
> > 
> >   De: oracle_br@yahoogrupos.com.br
> > Para: oracle_br@yahoogrupos.com.br
> >   Cc: 
> > Data: Fri, 02 Feb 2007 18:44:13 -
> >  Assunto: [oracle_br] Re: Rebuild Index
> > 
> > > Bom, a dica #1 pra acelerar, seja o que for, é NÃO fazer seja o que 
> > > for Então, a menos que vc REALMENTE seja obrigado (ie, o índice 
> > > está inválido/unusable, vc o quer compactar, etc) a dica seria NÂO 
> > > fazer o rebuild
> > >  Caso vc REALMENTE tenha uma razão 100% válida e imperativa : 
> > >  
> > >  a) obrigatoriamente um índice b-tree TEM QUE fisicamente estar 
> > > ordenado, então um rebuild ou uma criação de índice implica em
montes 
> > > de ordenação, normalmente ajuda vc alocar um MONTÃO de RAM pra 
> > > sort_area_size (não é normalmente o caso em DWs, mas fica o
aviso, se 
> > > vc usa PGA automática temporariamente passe via ALTER SESSION
pra PGA 
> > > manual). Como rebuild é uma MANUTENÇÃO, e necessariamente quando vc 
> > > está dando manutenção a máquina NÃO está em pico de uso, não há 
> > > trocentas sessões simultâneas, não deve ter prob algum
> > >  
> > >  b) quase que necessariamente, dw IMPLICA em particionamento, então 
> > > ter várias sessões sendo executadas, cada uma rebuindando uma 
> > > partição inválida/unusable do índice é ponto óbvio
> > >  
> > >  c) as operações preferencialmente TEM que ser feitas em modo 
> > > NOLOGGING, e SE o hardware/utilização do equipamento permitirem, em 
> > > Parallel SQL - novamente, como vc estará em tempo de manutenção,
imho 
> > > é PLENAMENTE viável vc alocar muitos mais Parallel Slaves pra essa 
> > > tarefa.
> > >  
> > >  []s
> > >  
> > >   Chiappa
> > >   
> > > OBS : óbvio que um rebuild implica também em LOTES de I/O, então
nem 
> > > preciso dizer que o I/O nessa máquina TEM que estar o mais
otimizado 
> > > possível, que a tablespace TEM que ser LMT pra impossibilitar 
> > > fragmentação (e com EXTENT SIZE de tamanho adequado que permita I/O 
> > > multiblock), SEM conflitos de I/O...
> > > 
> > > 
> > > --- Em oracle_br@yahoogrupos.com.br, "Andre Campos" 
> > >  escreveu
> > > >
> > > > Boa tarde amigos,
> > > > 
> > > > Estou precisando fazer um rebuild nos indices de um DW, no qual 
> > > algumas tables tem alguns milhoes de registros, gostaria de
saber se 
> > > alguem tem alguma dica para melhor a performance do rebuild.
> > > > 
> > > > SO = Solaris 9 Oracle Release - 9.2.0.6
> > > > 
> > > > Obrigado
> > > > 
> > > > André Campos
> > > >
> > > 
> > > 
> > >
> >
>

[oracle_br] Re: duvida sobre rodar script

[lucimar_micromap]

Veja bem o problema caro chiappa,

primeiro preciso imprimir cheque em uma impressora 
de cheque pela COM1, e também emitir cupom fiscal
em um ECF (impressora fiscal), hj o sistema está rodando em Forms 6,
então para o cheque gravo um arquivo texto, utilizando
o pacote TEXT_IO do Forms, e depois utilizo comando
HOST('TYPE CHEQUE.TXT > COM1').
Já para o ECF tenho o seguinte esquema: pelo Forms6
gero um arquivo texto com os dados próprios do ECF
(usando TEXT_IO), depois utilizando o HOST('c:\prog_ecf.exe') executo
um aplicativo em Delphi que le o arq. texto gerado
e envia para o ECF pegando o retorno e gerando um arquivo
de retorno em txt, que o Forms le e verifica se deu tudo certo, etc 
etc.
  Dentro do script que eu gostaria de executar tem a 
seguinte linha:
  
  HOST TYPE C:\TESTE\ARQ.TXT > \\FINANC\LX300

   Se execute dentro dentro do sqlplus funciona, ou seja
imprime as linhas que tenho no arquivo arq.txt

Agora sugestão para terminar de migrar minha aplicação
para o Forms 9  Muito Obrigado pela ajuda 




--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
>
> Ricardo, um script .SQL é um arquivo que PODE tranquilamente 
conter 
> N+1 comandos que APENAS O SQLPLUS entende, então via de regra 
APENAS 
> PELO SQLPLUS é que ele pode ser executado ... É o mesmo que um 
> arquivo .DOC, que só pode ser executado/interpretado pelo MS-Word 
em 
> princípio, que um arquivo .XLS que só pode ser executado pelo 
> Excell... É por aí, ok ?? Então, SEJA em uma procedure, SEJA em um 
> Forms (de que versão for), necessariamente pra executar um 
> script .SQL vc TERÀ QUE chamar o executável do sqlplus. E aí vem a 
> resposta-padrão, pra chamar um programa executável, seja QUAL FOR, 
> pelo Forms 9i vc precisa escrever uma aplicaçãozinha Java (nos 
demos 
> do Forms já vem uma de modelo, iirc), E pra chamar um programa 
> executável externo duma stored procedure no banco 10g OU vc faz 
isso 
> via job (que no bd 10g já pode rodar executáveis externos), OU 
cria 
> uma external procedure OU usa java OU passa argumentos prum 
programa 
> externo executável que os possa receber do banco (via PIPE se ele 
> estiver conectado no banco, se não pode ser via arq. texto).
> 
> []s
> 
>  Chiappa
>  
> OBS : vc não nos mostra, mas no meio do email vc diz "quero 
executar 
> a procedure
> de dentro do Forms 9i" : SE esse script TESTE.SQL contém a chamada 
a 
> uma procedure de banco E MAIS NADA, aí sim, o Forms tem capacidade 
> TOTAL pra executar procedures, basta escrever o nome dela com ; ao 
> final numa trigger qquer... SE for isso, necessidade NENHUMA de 
> script, E portanto de nada do que foi dito...
> 
> --- Em oracle_br@yahoogrupos.com.br, "Ricardo Augusto de Moura Dal 
> Secco"  escreveu
> >
> > Existe a possibilidade de criar uma procedure de banco
> > que execute um script, tipo eu entro no SqlPlus e
> > executo: @C:\TESTE\TESTE.SQL
> > 
> > Como executar essa linha dentro da procedure, ou seja
> > preciso executar o script TESTE.SQL várias vezes, sem
> > ter que entrar no sqlplus, quero executar a procedure
> > de dentro do Forms 9i
> > 
> > Configuração: Banco 10gR2
> > 
> > Muito Obrigado pela ajuda.
> > 
> > Lucimar
> > 
> > 
> > [As partes desta mensagem que não continham texto foram 
removidas]
> >
>

Re:[oracle_br] Re: Rebuild Index

[jlchiappa]

André, se vc tem algum livro, algum link de site, algum documento que
afirme na seca, que índices de blevel > x TEM que serem rebuildados,
sem nada mais, faça um favor pra si mesmo, e JOGUE O LIVRO FORA,
DELETE o site, APAGUE o texto, só antes nos falando qual/quais eram
para que possamos fazer o mesmo, ok ? Na verdade a própria Oracle
é até certo ponto "culpada" , por fornecer notas no metalink E textos
de cursos, sem explicitar em detalhes os (POUCOS!!) casos onde talvez
um rebuild possa ser útil..  Em
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2290062993260
 e em
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:2913600659112#43555424746793
 o Tom Kyte tem lngas discussões a respeito, demonstrando
CABALMENTE o ponto, que em resumo é : SE vc tem um índice com
crescimento monotônico (ie, uma chave que e uma sequência que só
cresce, nunca diminui), E as entradas são deletadas mas nunca
re-usadas, SIM, um rebuild pode ser útil, pois as entradas deletadas
NUNCA seriam re-usadas, já que a chave só "cresce"... E em grande
parte isso INDEPENDE do blevel, o blevel pode servir como indicador,
MAS de forma alguma é MANDATÓRIO aqui, certo ? 
 E óbvio, vc *** VAI *** manter logs PRECISOS de performance antes e
depois do rebuild, se não houve ganho (ou se o ganho rapidamente se
esvaiu), mesmo que o índice seja monotônico e não reusavél e portanto
em tese candidato, SE não obteve um ganho NOTÁVEL e duradouro,
simplesmente DEIXE DE A FAZER, imho...

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Andre Campos" <[EMAIL PROTECTED]>
escreveu
>
> Boa tarde Chiappa,
> 
> Só devo fazer rebuild se o indice estive invalido??
> Tenho varios indices que estão com BLEVEL 4, esse não seria o caso
para dar rebuild no indice???
> 
> Abraço..
> 
> André Campos
> 
> -- Início da mensagem original ---
> 
>   De: oracle_br@yahoogrupos.com.br
> Para: oracle_br@yahoogrupos.com.br
>   Cc: 
> Data: Fri, 02 Feb 2007 18:44:13 -
>  Assunto: [oracle_br] Re: Rebuild Index
> 
> > Bom, a dica #1 pra acelerar, seja o que for, é NÃO fazer seja o que 
> > for Então, a menos que vc REALMENTE seja obrigado (ie, o índice 
> > está inválido/unusable, vc o quer compactar, etc) a dica seria NÂO 
> > fazer o rebuild
> >  Caso vc REALMENTE tenha uma razão 100% válida e imperativa : 
> >  
> >  a) obrigatoriamente um índice b-tree TEM QUE fisicamente estar 
> > ordenado, então um rebuild ou uma criação de índice implica em montes 
> > de ordenação, normalmente ajuda vc alocar um MONTÃO de RAM pra 
> > sort_area_size (não é normalmente o caso em DWs, mas fica o aviso, se 
> > vc usa PGA automática temporariamente passe via ALTER SESSION pra PGA 
> > manual). Como rebuild é uma MANUTENÇÃO, e necessariamente quando vc 
> > está dando manutenção a máquina NÃO está em pico de uso, não há 
> > trocentas sessões simultâneas, não deve ter prob algum
> >  
> >  b) quase que necessariamente, dw IMPLICA em particionamento, então 
> > ter várias sessões sendo executadas, cada uma rebuindando uma 
> > partição inválida/unusable do índice é ponto óbvio
> >  
> >  c) as operações preferencialmente TEM que ser feitas em modo 
> > NOLOGGING, e SE o hardware/utilização do equipamento permitirem, em 
> > Parallel SQL - novamente, como vc estará em tempo de manutenção, imho 
> > é PLENAMENTE viável vc alocar muitos mais Parallel Slaves pra essa 
> > tarefa.
> >  
> >  []s
> >  
> >   Chiappa
> >   
> > OBS : óbvio que um rebuild implica também em LOTES de I/O, então nem 
> > preciso dizer que o I/O nessa máquina TEM que estar o mais otimizado 
> > possível, que a tablespace TEM que ser LMT pra impossibilitar 
> > fragmentação (e com EXTENT SIZE de tamanho adequado que permita I/O 
> > multiblock), SEM conflitos de I/O...
> > 
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "Andre Campos" 
> >  escreveu
> > >
> > > Boa tarde amigos,
> > > 
> > > Estou precisando fazer um rebuild nos indices de um DW, no qual 
> > algumas tables tem alguns milhoes de registros, gostaria de saber se 
> > alguem tem alguma dica para melhor a performance do rebuild.
> > > 
> > > SO = Solaris 9 Oracle Release - 9.2.0.6
> > > 
> > > Obrigado
> > > 
> > > André Campos
> > >
> > 
> > 
> >
>

RE: RES: [oracle_br] Dúvida básica no Impo rt

[Everton Dias]

Pessoal, mais um problema (estou sem sorte hoje :-(  )
Estou tentando unificar dois schemas em um terceiro (novo schema).
Criei a tbs, o usuário ... exportei os dois schemas e importei um deles ok.
Na hora de importar o segundo schema recebo o erro "IMP-00015: following 
statement failed because the object already exists" para todos os objetos, 
aí ele não importa nada deste usuário.
Os usuários não tem objetos com nomes iguais (apenas a plan table) ... 
alguém tem alguma idéia ?



>From: "Rosiano Vieira de Sales" <[EMAIL PROTECTED]>
>Reply-To: oracle_br@yahoogrupos.com.br
>To: ,
>Subject: RES: [oracle_br] Dúvida básica no Import
>Date: Fri, 2 Feb 2007 16:21:07 -0300
>
>Vc tem duas opções :
>  1. Pd fazer o import mesmo para a tablespace default e depois monte um 
>script que faça o rebuild na tablespace desejada.
>  2. existe uma clausula no import chamada INDEXFILE onde vc informa o 
>arquivo a ser gerado .. esse arquivo vai te gerar um script quase pronto de 
>create dos índices... vc pode editar ele e substituir a tablespace que tá 
>no script pela desejada e executar o mesmo.. ai ele vai criar os índices na 
>tablespace que vc alterou no script.
>
>Talvez existam outras formas ... mas essas ai podem te ajudar ...
>
>
>
>
>De: oracle_br@yahoogrupos.com.br em nome de Everton Dias
>Enviada: sex 2/2/2007 16:16
>Para: oracle_br@yahoogrupos.com.br
>Assunto: [oracle_br] Dúvida básica no Import
>
>
>
>Pessoal, como faço para que no momento do import (imp) os dados vão para 
>TBS
>de dados e os indices vão para TBS de indices. Se eu importar com o
>fromuser/touser ele vai gravar tudo na tbs default.
>
>Alguém sabe como isto pode ser realizado ?
>
>Obrigado.
>
>__
>MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br 
>
>
>
>
>
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>

_
MSN Busca: fácil, rápido, direto ao ponto.  http://search.msn.com.br

Re: [oracle_br] Erro ORA-07445

[Marcio Portes]

Metalink -> *Note:211909.1*

On 2/2/07, Welvis Douglas Silva Moreto <[EMAIL PROTECTED]> wrote:
>
>   Bom dia a todos, pessoal aqui na empresa o nosso banco de dados
>
> Oracle9i Release 9.2.0.4.0 - Production
> PL/SQL Release 9.2.0.4.0 - Production
> CORE 9.2.0.3.0 Production
> TNS for Linux: Version 9.2.0.4.0 - Production
> NLSRTL Version 9.2.0.4.0 - Production
>
> ele apresentou o sequinte erro no alert_SID.log
>
> ORA-07445: exception encountered: core dump [lxkLikeFast()+108] [SIGSEGV]
> [Address not mapped to object] [0x405A5000] [] []
>
> como faço para saber o que está acontecendo
>
> att,
>
> Welvis Douglas
>
> __
> Fale com seus amigos de graça com o novo Yahoo! Messenger
> http://br.messenger.yahoo.com/
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

[oracle_br] Anúncio de Vaga - Oracle EBS

[belrh06]

Empresa integradora em soluções de TI, com 15 anos de atuação no 
mercado de grandes corporações e em processo de certificação CMMI 
nível 5, busca profissionais com o seguinte perfil:

Analista Funcional Oracle EBS

Experiência nos módulos PO(Compras), INV (Estoque) e RI (Recebimento 
Integrado), PA
Experiência nos módulos PAC, INV, FA, GL, RI, OM.

Forte conhecimento na integração dos módulos & processos.

Os interessados deverão enviar CV com código "Oracle EBS", para o e-
mail: [EMAIL PROTECTED]

OBS: Também temos vagas para Analistas Programadores Oracle 
Applications.


Obrigada,

Isabel Bordin
Grupo Resource 
+ 55 11 3748-6201 
[EMAIL PROTECTED]
Visite: http://www.resource.com.br

Re:[oracle_br] Re: Rebuild Index

[Andre Campos]

Boa tarde Chiappa,

Só devo fazer rebuild se o indice estive invalido??
Tenho varios indices que estão com BLEVEL 4, esse não seria o caso para dar 
rebuild no indice???

Abraço..

André Campos

-- Início da mensagem original ---

  De: oracle_br@yahoogrupos.com.br
Para: oracle_br@yahoogrupos.com.br
  Cc: 
Data: Fri, 02 Feb 2007 18:44:13 -
 Assunto: [oracle_br] Re: Rebuild Index

> Bom, a dica #1 pra acelerar, seja o que for, é NÃO fazer seja o que 
> for Então, a menos que vc REALMENTE seja obrigado (ie, o índice 
> está inválido/unusable, vc o quer compactar, etc) a dica seria NÂO 
> fazer o rebuild
>  Caso vc REALMENTE tenha uma razão 100% válida e imperativa : 
>  
>  a) obrigatoriamente um índice b-tree TEM QUE fisicamente estar 
> ordenado, então um rebuild ou uma criação de índice implica em montes 
> de ordenação, normalmente ajuda vc alocar um MONTÃO de RAM pra 
> sort_area_size (não é normalmente o caso em DWs, mas fica o aviso, se 
> vc usa PGA automática temporariamente passe via ALTER SESSION pra PGA 
> manual). Como rebuild é uma MANUTENÇÃO, e necessariamente quando vc 
> está dando manutenção a máquina NÃO está em pico de uso, não há 
> trocentas sessões simultâneas, não deve ter prob algum
>  
>  b) quase que necessariamente, dw IMPLICA em particionamento, então 
> ter várias sessões sendo executadas, cada uma rebuindando uma 
> partição inválida/unusable do índice é ponto óbvio
>  
>  c) as operações preferencialmente TEM que ser feitas em modo 
> NOLOGGING, e SE o hardware/utilização do equipamento permitirem, em 
> Parallel SQL - novamente, como vc estará em tempo de manutenção, imho 
> é PLENAMENTE viável vc alocar muitos mais Parallel Slaves pra essa 
> tarefa.
>  
>  []s
>  
>   Chiappa
>   
> OBS : óbvio que um rebuild implica também em LOTES de I/O, então nem 
> preciso dizer que o I/O nessa máquina TEM que estar o mais otimizado 
> possível, que a tablespace TEM que ser LMT pra impossibilitar 
> fragmentação (e com EXTENT SIZE de tamanho adequado que permita I/O 
> multiblock), SEM conflitos de I/O...
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Andre Campos" 
> <[EMAIL PROTECTED]> escreveu
> >
> > Boa tarde amigos,
> > 
> > Estou precisando fazer um rebuild nos indices de um DW, no qual 
> algumas tables tem alguns milhoes de registros, gostaria de saber se 
> alguem tem alguma dica para melhor a performance do rebuild.
> > 
> > SO = Solaris 9 Oracle Release - 9.2.0.6
> > 
> > Obrigado
> > 
> > André Campos
> >
> 
> 
> 

[oracle_br] Re: duvida sobre rodar script

[jlchiappa]

Ricardo, um script .SQL é um arquivo que PODE tranquilamente conter 
N+1 comandos que APENAS O SQLPLUS entende, então via de regra APENAS 
PELO SQLPLUS é que ele pode ser executado ... É o mesmo que um 
arquivo .DOC, que só pode ser executado/interpretado pelo MS-Word em 
princípio, que um arquivo .XLS que só pode ser executado pelo 
Excell... É por aí, ok ?? Então, SEJA em uma procedure, SEJA em um 
Forms (de que versão for), necessariamente pra executar um 
script .SQL vc TERÀ QUE chamar o executável do sqlplus. E aí vem a 
resposta-padrão, pra chamar um programa executável, seja QUAL FOR, 
pelo Forms 9i vc precisa escrever uma aplicaçãozinha Java (nos demos 
do Forms já vem uma de modelo, iirc), E pra chamar um programa 
executável externo duma stored procedure no banco 10g OU vc faz isso 
via job (que no bd 10g já pode rodar executáveis externos), OU cria 
uma external procedure OU usa java OU passa argumentos prum programa 
externo executável que os possa receber do banco (via PIPE se ele 
estiver conectado no banco, se não pode ser via arq. texto).

[]s

 Chiappa
 
OBS : vc não nos mostra, mas no meio do email vc diz "quero executar 
a procedure
de dentro do Forms 9i" : SE esse script TESTE.SQL contém a chamada a 
uma procedure de banco E MAIS NADA, aí sim, o Forms tem capacidade 
TOTAL pra executar procedures, basta escrever o nome dela com ; ao 
final numa trigger qquer... SE for isso, necessidade NENHUMA de 
script, E portanto de nada do que foi dito...

--- Em oracle_br@yahoogrupos.com.br, "Ricardo Augusto de Moura Dal 
Secco" <[EMAIL PROTECTED]> escreveu
>
> Existe a possibilidade de criar uma procedure de banco
> que execute um script, tipo eu entro no SqlPlus e
> executo: @C:\TESTE\TESTE.SQL
> 
> Como executar essa linha dentro da procedure, ou seja
> preciso executar o script TESTE.SQL várias vezes, sem
> ter que entrar no sqlplus, quero executar a procedure
> de dentro do Forms 9i
> 
> Configuração: Banco 10gR2
> 
> Muito Obrigado pela ajuda.
> 
> Lucimar
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Rebuild Index

[jlchiappa]

Bom, a dica #1 pra acelerar, seja o que for, é NÃO fazer seja o que 
for Então, a menos que vc REALMENTE seja obrigado (ie, o índice 
está inválido/unusable, vc o quer compactar, etc) a dica seria NÂO 
fazer o rebuild
 Caso vc REALMENTE tenha uma razão 100% válida e imperativa : 
 
 a) obrigatoriamente um índice b-tree TEM QUE fisicamente estar 
ordenado, então um rebuild ou uma criação de índice implica em montes 
de ordenação, normalmente ajuda vc alocar um MONTÃO de RAM pra 
sort_area_size (não é normalmente o caso em DWs, mas fica o aviso, se 
vc usa PGA automática temporariamente passe via ALTER SESSION pra PGA 
manual). Como rebuild é uma MANUTENÇÃO, e necessariamente quando vc 
está dando manutenção a máquina NÃO está em pico de uso, não há 
trocentas sessões simultâneas, não deve ter prob algum
 
 b) quase que necessariamente, dw IMPLICA em particionamento, então 
ter várias sessões sendo executadas, cada uma rebuindando uma 
partição inválida/unusable do índice é ponto óbvio
 
 c) as operações preferencialmente TEM que ser feitas em modo 
NOLOGGING, e SE o hardware/utilização do equipamento permitirem, em 
Parallel SQL - novamente, como vc estará em tempo de manutenção, imho 
é PLENAMENTE viável vc alocar muitos mais Parallel Slaves pra essa 
tarefa.
 
 []s
 
  Chiappa
  
OBS : óbvio que um rebuild implica também em LOTES de I/O, então nem 
preciso dizer que o I/O nessa máquina TEM que estar o mais otimizado 
possível, que a tablespace TEM que ser LMT pra impossibilitar 
fragmentação (e com EXTENT SIZE de tamanho adequado que permita I/O 
multiblock), SEM conflitos de I/O...


--- Em oracle_br@yahoogrupos.com.br, "Andre Campos" 
<[EMAIL PROTECTED]> escreveu
>
> Boa tarde amigos,
> 
> Estou precisando fazer um rebuild nos indices de um DW, no qual 
algumas tables tem alguns milhoes de registros, gostaria de saber se 
alguem tem alguma dica para melhor a performance do rebuild.
> 
> SO = Solaris 9 Oracle Release - 9.2.0.6
> 
> Obrigado
> 
> André Campos
>

RES: [oracle_br] Dúvida básica no Import

[Rosiano Vieira de Sales]

Vc tem duas opções :
 1. Pd fazer o import mesmo para a tablespace default e depois monte um script 
que faça o rebuild na tablespace desejada.
 2. existe uma clausula no import chamada INDEXFILE onde vc informa o arquivo a 
ser gerado .. esse arquivo vai te gerar um script quase pronto de create dos 
índices... vc pode editar ele e substituir a tablespace que tá no script pela 
desejada e executar o mesmo.. ai ele vai criar os índices na tablespace que vc 
alterou no script.
 
Talvez existam outras formas ... mas essas ai podem te ajudar ...
 



De: oracle_br@yahoogrupos.com.br em nome de Everton Dias
Enviada: sex 2/2/2007 16:16
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida básica no Import



Pessoal, como faço para que no momento do import (imp) os dados vão para TBS 
de dados e os indices vão para TBS de indices. Se eu importar com o 
fromuser/touser ele vai gravar tudo na tbs default.

Alguém sabe como isto pode ser realizado ?

Obrigado.

__
MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br 
 



 


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

[oracle_br] Dúvida básica no Import

[Everton Dias]

Pessoal, como faço para que no momento do import (imp) os dados vão para TBS 
de dados e os indices vão para TBS de indices. Se eu importar com o 
fromuser/touser ele vai gravar tudo na tbs default.

Alguém sabe como isto pode ser realizado ?

Obrigado.

_
MSN Busca: fácil, rápido, direto ao ponto.  http://search.msn.com.br

[oracle_br] Rebuild Index

[Andre Campos]

Boa tarde amigos,

Estou precisando fazer um rebuild nos indices de um DW, no qual algumas tables 
tem alguns milhoes de registros, gostaria de saber se alguem tem alguma dica 
para melhor a performance do rebuild.

SO = Solaris 9 Oracle Release - 9.2.0.6

Obrigado

André Campos

[oracle_br] Re: Java no oracle

[jlchiappa]

afaik em princípio o Java Pool é usado só pro códigos Java que são 
executados diretamente na JVM interna e nativa do banco, seja progs 
que vc carregou pro banco via loadjava, sejam progs compilados e 
armazenados diretamente no banco (java stored procedures). Esses 
códigos em momento algum usam alguma outra JVM externa. 

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Igor Laguardia" <[EMAIL PROTECTED]> 
escreveu
>
> Prezados,
> para executar codigos java na Java Pool do Oracle 9i ele utiliza 
alguma JVM
> interna ou utiliza a do sistema operacional?
> 
> 
> -- 
> [ ]'s
> Igor Laguardia
> -
> "Pedras no caminho?Guardo todas, um dia vou construir um castelo."
> (Fernando Pessoa)
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Simulados

[Eduardo de Paula]

Gostaria de saber se alguém tem o modulo 1
do ocp - oracle adm I - study guide
da sybex


Grato

[oracle_br] duvida sobre rodar script

[Ricardo Augusto de Moura Dal Secco]

Existe a possibilidade de criar uma procedure de banco
que execute um script, tipo eu entro no SqlPlus e
executo: @C:\TESTE\TESTE.SQL

Como executar essa linha dentro da procedure, ou seja
preciso executar o script TESTE.SQL várias vezes, sem
ter que entrar no sqlplus, quero executar a procedure
de dentro do Forms 9i

Configuração: Banco 10gR2

Muito Obrigado pela ajuda.

Lucimar


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

[oracle_br] Java no oracle

[Igor Laguardia]

Prezados,
para executar codigos java na Java Pool do Oracle 9i ele utiliza alguma JVM
interna ou utiliza a do sistema operacional?


-- 
[ ]'s
Igor Laguardia
-
"Pedras no caminho?Guardo todas, um dia vou construir um castelo."
(Fernando Pessoa)


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

Re: [oracle_br] StandBy 10gR1 e 10gR2

[Marco Souza]

Ricardo é possivel ate em sistemas operacionais diferentes, mas não é 
aconselhavel pela oracle.

ricardo_c_sa <[EMAIL PROTECTED]> escreveu:  
Pessoal, boa noite.
 
 Alguem saberia me dizer se é possivel configurar ambiente StandBy com
 duas releases do Oracle 10g ?
 
 Seria da seguinte forma:
 
 Oracle 10.1.0.4 (Banco Primario) 
 e
 Oracle 10.2.0.1 (Banco StandBy).
 
 A principio pode parecer estranho, mas nos DBA passamos por certas
 situações...
 
 Obrigado.
 
 Ricardo
 
 
 
   

 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

Res: [oracle_br] SELECT + refcursor

[Welvis Douglas Silva Moreto]

Faz assim cara

declara a variavel
  TYPE TCr_Dados IS REF CURSOR;
  cr_Dados   TCr_Dados;

ai na Variavel VS_SQL você coloca o que vc quer;

OPEN cr_Dados FOR VS_SQL;
 LOOP

 AI VC USA SUA LOGICA AQUI;
 EXIT WHEN CR_DADOS%NOTFOUND;

 FETCH  CR_DADOS INTO BLA, BLA, BLA;

END LOOP;
CLOSE CR_DADOS;

Ok, espero ter ajudado.

att,

Welvis Douglas
msn - [EMAIL PROTECTED]


- Mensagem original 
De: Listas <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quinta-feira, 1 de Fevereiro de 2007 10:22:24
Assunto: [oracle_br] SELECT + refcursor

Bom dia a todos,

É possível realizar um SELECT da seguinte forma?

SELECT v_lista FROM dual; ,
onde v_lista é uma variável RECORD TYPE ou REFCURSOR?

A idéia é que este select fique dinâmico e possa
“ler” qualquer variável deste tipo.

Desde já agradeço.

PS: Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production

Solaris 9

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




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

[oracle_br] Erro ORA-07445

[Welvis Douglas Silva Moreto]

Bom dia a todos, pessoal aqui na empresa o nosso banco de dados 

Oracle9i Release 9.2.0.4.0 - Production
PL/SQL Release 9.2.0.4.0 - Production
CORE9.2.0.3.0   Production
TNS for Linux: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production

ele apresentou o sequinte erro no alert_SID.log

ORA-07445: exception encountered: core dump [lxkLikeFast()+108] [SIGSEGV] 
[Address not mapped to object] [0x405A5000] [] []

como faço para saber o que está acontecendo

att,

Welvis Douglas

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/