Re: [oracle_br] FK

2013-05-16 Por tôpico Marcelo Porto
Aparentemente você está com um problema de erro de modelagem de dados, pois
não há sentido, nem realmente é possível implementar, uma fk para um campo
que não seja chave.

Marcelo Porto


Em 16 de maio de 2013 10:29, Rafael Mendonca escreveu:

> **
>
>
> Amigos, bom dia.
>
> Estou com o seguinte problema:
>
> Existe uma tabela X que possui uma coluna PRECO, que permite valores nulos
>
> Existe uma tabela Y que também possui uma coluna PRECO e que permite
> valores nulos.
>
> Eu preciso fazer uma fk da tabela Y coluna PRECO referenciando a tabela X
> coluna PRECO, mas quando faço
> me dá um erro informando que a coluna PRECO da tabela X não é uma chave
> primária.
>
> Realmente ela não faz parte da chave e nem deveria estar, então como posso
> fazer uma referência para uma coluna de uma tabela que não faça parte de
> uma PK?
>
> Alguém tem uma solução?
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





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

 Links do Yahoo! Grupos

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

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

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




Re: [oracle_br] Alguém conhece esses erros: ORA-00604 ORA-20900 ORA-06512

2012-10-18 Por tôpico Marcelo Porto
Deve haver uma trigger que está apresentando um raise_exception, pois o
código de erro acima de  ORA-2 é para exceptions tratados. E a mensagem
ainda é um português.

Marcelo Porto

Em 18 de outubro de 2012 17:07, Milton Bastos Henriquis Jr. <
miltonbas...@gmail.com> escreveu:

> E por que deu erro na "linha 6"?
> Esse comando estava dentro de uma procedure?
>
>
>
>
> 2012/10/18 Wanderson Barrence 
>
> > **
> >
> >
> > O comando é esse:
> >
> > ALTER TABLE TBL_GRUPOS_ESC RENAME COLUMN GRS_INFORME TO
> GRS_MESA_CONTROLE;
> >
> >
> > Att,
> > --
> > Wanderson Barrence
> > DBA Oracle 10g/11g
> > Analista de Testes - CBTS
> > --
> > MSN: wbarre...@hotmail.com
> > ICQ: 170821994
> > Linkedin: http://br.linkedin.com/in/wbarrence
> >
> > Em 18 de outubro de 2012 16:56, Milton Bastos Henriquis Jr. <
> > miltonbas...@gmail.com> escreveu:
> >
> >
> > > Por favor, repita essa operação, mas copie e cole exatamente o teu
> > comando
> > > aqui no e-mail e cole também o erro.
> > >
> > > Impressão minha ou era um PL/SQL? Se era, por favor, isole apenas o
> > comando
> > > que deu erro, execute ele sozinho e nos cole aqui o comando exato e
> > também
> > > a mensagem de erro.
> > >
> > >
> > >
> > >
> > >
> > > 2012/10/18 Wanderson Barrence 
> > >
> > > > **
> >
> > > >
> > > >
> > > > Olá Pessoal,
> > > >
> > > > Fui tentar alter o nome de uma coluna da tabela e está ocorrendo o
> erro
> > > > abaixo:
> > > >
> > > > Relatório de erro:
> > > > Erro de SQL: ORA-00604: ocorreu um erro no nível 1 SQL recursivo
> > > > ORA-20900: TENTATIVA DE CRIAR/ALTERAR TABELA COM COLUNA NUMBER(1,0)
> > > > NULLABLE
> > > > ORA-06512: em line 6
> > > >
> > > > Já aconteceu isso com alguém??
> > > >
> > > > Att,
> > > > --
> > > > Wanderson Barrence
> > > > DBA Oracle 10g/11g
> > > > Analista de Testes - CBTS
> > > > --
> > > > MSN: wbarre...@hotmail.com
> > > > ICQ: 170821994
> > > > Linkedin: http://br.linkedin.com/in/wbarrence
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Att,
> >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> >
> > >
> > >
> > > --
> > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > >
> > > --
> > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> > ESPAÇO!
> > > VISITE: http://www.oraclebr.com.br/
> > > --
> > > Links do Yahoo! Grupos
> >
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
>
> --
> Att,
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


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



[oracle_br] Re: Instância parada

2010-08-16 Por tôpico Marcelo Porto
Agradeço a tentativa de ajuda de todos. Consegui inicializar a instância
através de um SPFILE antigo.

Agora vou investigar o que pode ter acontecido para corromper o SPFILE que
estava sendo utilizado e que impedia a instância de subir.

Grato
Marcelo Porto

Em 16 de agosto de 2010 12:35, Marcelo Porto escreveu:

> Para manutenção dos servidores de firewall da empresa foram interrompidos
> os serviços de banco de dados da empresa e reinicalizados os servidores.
>
> Havia um servidor no ar a mais de 1 ano e nunca tinha sido reinicializado.
>
> Com isso após a manutenção ao tentar voltar o servidor a intância não
> inicializou e apresenta o seguinte erro:
>
> ORA-00439: feature not enabled: Real Application Clusters
>
> Esta instância está em uma máquina Win2003 R2 e não está em RAC. Me parece
> que algum parâmetro está errado no spfile, não há pfile.
>
> A versão do banco é 10.2.0.4
>
> Há na internet um workaround para isso que é criar o PFILE a partir do
> SPFILE e efetuar as mudanças, porém nem consigo inicializar o banco com
> nomount, pois já apresenta o erro.
>
> Seguem a descrição de algumas tentativas:
>
> SQL> conn sys as sysdba
> Enter password: **
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
> SQL> disc
> Disconnected
> SQL> conn / as sysdba
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
>
>
> Se alguém puder dar alguma orientação. Fico agradecido. É um banco de
> produção. Já foi aberto um chamado no metalink, mas se solucionar de outra
> maneira não tem problema.
>
> Marcelo Porto
>
>
>


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



Re: [oracle_br] Instância parada

2010-08-16 Por tôpico Marcelo Porto
Memory (Avail/Total): Ph:15282M/16378M, Ph+PgF:17299M/17814M
Instance name: dedic

Redo thread mounted by this instance: 0 

Oracle process number: 0

Windows thread id: 1120, image: ORACLE.EXE


*** 2010-08-16 12:08:07.171
= begin preloading .sym files
= end   preloading .sym files
Dump file e:\oracle\product\10.2.0\dedic\rdbms\trace\dedic_ora_0.trc
Mon Aug 16 12:21:55 2010
ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 8664, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:15518M/16378M, Ph+PgF:17580M/17814M
Instance name: dedic

Redo thread mounted by this instance: 0 

Oracle process number: 0

Windows thread id: 2004, image: ORACLE.EXE


*** 2010-08-16 12:21:55.078
= begin preloading .sym files
= end   preloading .sym files


Em 16 de agosto de 2010 12:50, Rodrigo Mufalani
escreveu:

>
>
> Veja qual e a mensagem que ele da no alert!!! Verifique se existes os
> parâmetros de rac como o cluster_database e outros.
>
> []'s
> Rodrigo Mufalani
>
> Enviado de meu iPhone
>
> Em 16/08/2010, às 12:42, "Teixeira, Gabriel" <
> gabriel.teixe...@warnermusic.com >
> escreveu:
>
>
> > Só tem 1 instância nesse servidor?
> >
> > 
> >
> > From: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ] On Behalf
> Of Marcelo Porto
> > Sent: segunda-feira, 16 de agosto de 2010 12:35
> > To: oracle_br@yahoogrupos.com.br 
> > Subject: [oracle_br] Instância parada
> >
> > Para manutenção dos servidores de firewall da empresa foram interrompidos
> os
> > serviços de banco de dados da empresa e reinicalizados os servidores.
> >
> > Havia um servidor no ar a mais de 1 ano e nunca tinha sido
> reinicializado.
> >
> > Com isso após a manutenção ao tentar voltar o servidor a intância não
> > inicializou e apresenta o seguinte erro:
> >
> > ORA-00439: feature not enabled: Real Application Clusters
> >
> > Esta instância está em uma máquina Win2003 R2 e não está em RAC. Me
> parece
> > que algum parâmetro está errado no spfile, não há pfile.
> >
> > A versão do banco é 10.2.0.4
> >
> > Há na internet um workaround para isso que é criar o PFILE a partir do
> > SPFILE e efetuar as mudanças, porém nem consigo inicializar o banco com
> > nomount, pois já apresenta o erro.
> >
> > Seguem a descrição de algumas tentativas:
> >
> > SQL> conn sys as sysdba
> > Enter password: **
> > Connected to an idle instance.
> > SQL> startup nomount
> > ORA-00439: feature not enabled: Real Application Clusters
> > SQL> disc
> > Disconnected
> > SQL> conn / as sysdba
> > Connected to an idle instance.
> > SQL> startup nomount
> > ORA-00439: feature not enabled: Real Application Clusters
> >
> > Se alguém puder dar alguma orientação. Fico agradecido. É um banco de
> > produção. Já foi aberto um chamado no metalink, mas se solucionar de
> outra
> > maneira não tem problema.
> >
> > Marcelo Porto
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





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

 Links do Yahoo! Grupos

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

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

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




Re: [oracle_br] Instância parada

2010-08-16 Por tôpico Marcelo Porto
Paulo, não cheguei a criar o PFILE. O workaround sugerido era esse, mas nem
consigo dar startup (nomount) para gerar o pfile.



Em 16 de agosto de 2010 12:47, Paulo H. P. da Silva <
pauloh.psi...@yahoo.com.br> escreveu:

>
>
> Brother,
>
> Você falou que tentou criar o pfile do spfile para tentar subir a
> instância, mas
> como não detalhou como fez isso, então vou dar um pitaco nesse sentido.
> Talvez
> vc tenha esquecido de especificar o pfile no momento do startup.
>
> Confere se o que você fez foi mais ou menos isso:
>
> Gerar o PFILE:
> CREATE PFILE FROM SPFILE;
>
> Subir a instância com o PFILE ao invés de SPFILE (se não me engano, caso
> ele
> encontre o SPFILE no diretório ele vai subir preferencialmente com o SPFILE
> e
> não com o PFILE que você gerou):
>
> STARTUP MOUNT PFILE="/caminho_do_pfile/pfile.ora"
>
> Não lembro exatamente a sintaxe do comando, mas é algo assim.
>
> Isso não vai resolver seu problema diretamente, mas só pra saber se vc
> tentou
> subir com o PFILE corretamente...
>
> Atenciosamente,
> -----
> Paulo Henrique P. da Silva
>
> 
> De: Marcelo Porto >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Segunda-feira, 16 de Agosto de 2010 12:35:11
> Assunto: [oracle_br] Instância parada
>
>
> Para manutenção dos servidores de firewall da empresa foram interrompidos
> os
> serviços de banco de dados da empresa e reinicalizados os servidores.
>
> Havia um servidor no ar a mais de 1 ano e nunca tinha sido reinicializado.
>
> Com isso após a manutenção ao tentar voltar o servidor a intância não
> inicializou e apresenta o seguinte erro:
>
> ORA-00439: feature not enabled: Real Application Clusters
>
> Esta instância está em uma máquina Win2003 R2 e não está em RAC. Me parece
> que algum parâmetro está errado no spfile, não há pfile.
>
> A versão do banco é 10.2.0.4
>
> Há na internet um workaround para isso que é criar o PFILE a partir do
> SPFILE e efetuar as mudanças, porém nem consigo inicializar o banco com
> nomount, pois já apresenta o erro.
>
> Seguem a descrição de algumas tentativas:
>
> SQL> conn sys as sysdba
> Enter password: **
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
> SQL> disc
> Disconnected
> SQL> conn / as sysdba
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
>
> Se alguém puder dar alguma orientação. Fico agradecido. É um banco de
> produção. Já foi aberto um chamado no metalink, mas se solucionar de outra
> maneira não tem problema.
>
> Marcelo Porto
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





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

 Links do Yahoo! Grupos

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

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

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




Re: [oracle_br] Instância parada

2010-08-16 Por tôpico Marcelo Porto
Só uma. Sem RAC, sem ASM. Um banco simples...

Em 16 de agosto de 2010 12:42, Teixeira, Gabriel <
gabriel.teixe...@warnermusic.com> escreveu:

>
>
> Só tem 1 instância nesse servidor?
>
> 
>
> From: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ] On Behalf
> Of Marcelo Porto
> Sent: segunda-feira, 16 de agosto de 2010 12:35
> To: oracle_br@yahoogrupos.com.br 
> Subject: [oracle_br] Instância parada
>
>
> Para manutenção dos servidores de firewall da empresa foram interrompidos
> os
> serviços de banco de dados da empresa e reinicalizados os servidores.
>
> Havia um servidor no ar a mais de 1 ano e nunca tinha sido reinicializado.
>
> Com isso após a manutenção ao tentar voltar o servidor a intância não
> inicializou e apresenta o seguinte erro:
>
> ORA-00439: feature not enabled: Real Application Clusters
>
> Esta instância está em uma máquina Win2003 R2 e não está em RAC. Me parece
> que algum parâmetro está errado no spfile, não há pfile.
>
> A versão do banco é 10.2.0.4
>
> Há na internet um workaround para isso que é criar o PFILE a partir do
> SPFILE e efetuar as mudanças, porém nem consigo inicializar o banco com
> nomount, pois já apresenta o erro.
>
> Seguem a descrição de algumas tentativas:
>
> SQL> conn sys as sysdba
> Enter password: **
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
> SQL> disc
> Disconnected
> SQL> conn / as sysdba
> Connected to an idle instance.
> SQL> startup nomount
> ORA-00439: feature not enabled: Real Application Clusters
>
> Se alguém puder dar alguma orientação. Fico agradecido. É um banco de
> produção. Já foi aberto um chamado no metalink, mas se solucionar de outra
> maneira não tem problema.
>
> Marcelo Porto
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





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

 Links do Yahoo! Grupos

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

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

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




[oracle_br] Instância parada

2010-08-16 Por tôpico Marcelo Porto
Para manutenção dos servidores de firewall da empresa foram interrompidos os
serviços de banco de dados da empresa e reinicalizados os servidores.

Havia um servidor no ar a mais de 1 ano e nunca tinha sido reinicializado.

Com isso após a manutenção ao tentar voltar o servidor a intância não
inicializou e apresenta o seguinte erro:

ORA-00439: feature not enabled: Real Application Clusters

Esta instância está em uma máquina Win2003 R2 e não está em RAC. Me parece
que algum parâmetro está errado no spfile, não há pfile.

A versão do banco é 10.2.0.4

Há na internet um workaround para isso que é criar o PFILE a partir do
SPFILE e efetuar as mudanças, porém nem consigo inicializar o banco com
nomount, pois já apresenta o erro.

Seguem a descrição de algumas tentativas:

SQL> conn sys as sysdba
Enter password: **
Connected to an idle instance.
SQL> startup nomount
ORA-00439: feature not enabled: Real Application Clusters
SQL> disc
Disconnected
SQL> conn / as sysdba
Connected to an idle instance.
SQL> startup nomount
ORA-00439: feature not enabled: Real Application Clusters


Se alguém puder dar alguma orientação. Fico agradecido. É um banco de
produção. Já foi aberto um chamado no metalink, mas se solucionar de outra
maneira não tem problema.

Marcelo Porto


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



Re: [oracle_br] Alterar o OPTIMIZER_MODE de um só n ó de um RAC

2010-08-05 Por tôpico Marcelo Porto
Valeu Raul! Está anotado!!!

Marcelo Porto

Em 5 de agosto de 2010 17:35, Raul Francisco Costa F. de Andrade, DBA <
raulf...@gmail.com> escreveu:

>
>
> Ok num esquece o flush da shared pool
>
> Em 5 de agosto de 2010 17:15, Marcelo Porto 
> 
> >escreveu:
>
>
> > Marcus é isso mesmo!!! Mandei a mensagem e continuei tentando por aqui e
> > consegui exatamente através deste comando.
> >
> > Raul a necessidade é para que um só dos nós trabalhe de forma diferente e
> > que as queries sejam tratadas em formato de RULE só para este nós e
> > testemos
> > a performance das queries.
> >
> > Valeu galera!
> >
> > Marcelo Porto
> >
> > Em 5 de agosto de 2010 17:00, Raul Francisco Costa F. de Andrade, DBA <
> > raulf...@gmail.com > escreveu:
> >
> > >
> > >
> > > Funciona no 9i sim...
> > >
> > > Em 5 de agosto de 2010 16:43, Marcus Vinicius Miguel Pedro <
> > > mvmpe...@yahoo.com.br   40yahoo.com.br>> escreveu:
>
> > >
> > >
> > > > Não me lembro se funciona no 9i, mas faz o teste:
> > > >
> > > > alter system set optimizer_mode= scope=... sid='INSTANCIA';
> > > >
> > > > Abraços
> > > >
> > > >
> > > > Marcus Vinicius Miguel Pedro
> > > > Oracle ACE
> > > > OCP Database 9i
> > > > OCP Database 10g
> > > > OCE RAC 10g
> > > > OCP Database 11g
> > > > OCS Implementation 11g
> > > > mvmpe...@yahoo.com.br   40yahoo.com.br>
>
> > > > Blog: http://www.viniciusdba.com.br
> > > > Perfil ACE:
> > > >
> > >
> >
> http://apex.oracle.com/pls/otn/f?p=19297:4:4259357633741942::NO:4:P4_ID:2540
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 05/08/2010, at 16:39, Marcelo Porto wrote:
> > > >
> > > > > Como faço isso?
> > > > >
> > > > > Eu tenho 3 nós que estão compartinhando o mesmo SPFILE que está num
> > > > cluster.
> > > > >
> > > > > Necessito alterar o OPTIMIZER_MODE de um só dos nós. Não estou
> > falando
> > > da
> > > > > sessão. Estou falando de alteração de toda instância do referido
> nó.
> > > > >
> > > > > Mas como fazer isso se eles compartinham o mesmo SPFILE.
> > > > >
> > > > > A princípio teria que criar um PFILE e depois recriar o SPFILE, mas
> > > isso
> > > > não
> > > > > iria alterar para todos os nós? Como implementar para somente um
> nó?
> > > > >
> > > > > Meu banco está em ORACLE RAC 9.2.0.5 e está num SUN Solaris 9.
> > > > >
> > > > > Marcelo Porto
> > > > >
> > > > > [As partes desta mensagem que não continham texto foram removidas]
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > > > 
> > > >
> > > >
> > > > --
> > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > > inteira responsabilidade de seus remetentes.
> > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > >
> > > > --
> > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > > Procedure
> > > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> > VISITE:
> > > > http://www.oraclebr.com.br/
> > > > --
> > > > Links do Yahoo! Grupos
> > > >
> > > >
> > > >
> > >
> > > --
> > > --
> > > *Raul Francisco da Costa Ferreira de Andrade*
> > > *DBA - OCP - Oracle Certified Professional*
> > > *COBIT Foundation 4.1*
> > > Fone: (41)8855-8874 Brt
> > > email: raulf...@gmail.com   >
>
> > > Skype: raul.andrade
> > > www.clickdba.com
> > >
> > > "A adversidade leva alguns a serem vencidos

Re: [oracle_br] Alterar o OPTIMIZER_MODE de um só n ó de um RAC

2010-08-05 Por tôpico Marcelo Porto
Marcus é isso mesmo!!! Mandei a mensagem e continuei tentando por aqui e
consegui exatamente através deste comando.

Raul a necessidade é para que um só dos nós trabalhe de forma diferente e
que as queries sejam tratadas em formato de RULE só para este nós e testemos
a performance das queries.

Valeu galera!

Marcelo Porto

Em 5 de agosto de 2010 17:00, Raul Francisco Costa F. de Andrade, DBA <
raulf...@gmail.com> escreveu:

>
>
> Funciona no 9i sim...
>
> Em 5 de agosto de 2010 16:43, Marcus Vinicius Miguel Pedro <
> mvmpe...@yahoo.com.br > escreveu:
>
>
> > Não me lembro se funciona no 9i, mas faz o teste:
> >
> > alter system set optimizer_mode= scope=... sid='INSTANCIA';
> >
> > Abraços
> >
> >
> > Marcus Vinicius Miguel Pedro
> > Oracle ACE
> > OCP Database 9i
> > OCP Database 10g
> > OCE RAC 10g
> > OCP Database 11g
> > OCS Implementation 11g
> > mvmpe...@yahoo.com.br 
> > Blog: http://www.viniciusdba.com.br
> > Perfil ACE:
> >
> http://apex.oracle.com/pls/otn/f?p=19297:4:4259357633741942::NO:4:P4_ID:2540
> >
> >
> >
> >
> >
> >
> > On 05/08/2010, at 16:39, Marcelo Porto wrote:
> >
> > > Como faço isso?
> > >
> > > Eu tenho 3 nós que estão compartinhando o mesmo SPFILE que está num
> > cluster.
> > >
> > > Necessito alterar o OPTIMIZER_MODE de um só dos nós. Não estou falando
> da
> > > sessão. Estou falando de alteração de toda instância do referido nó.
> > >
> > > Mas como fazer isso se eles compartinham o mesmo SPFILE.
> > >
> > > A princípio teria que criar um PFILE e depois recriar o SPFILE, mas
> isso
> > não
> > > iria alterar para todos os nós? Como implementar para somente um nó?
> > >
> > > Meu banco está em ORACLE RAC 9.2.0.5 e está num SUN Solaris 9.
> > >
> > > Marcelo Porto
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure
> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> > --
> > Links do Yahoo! Grupos
> >
> >
> >
>
> --
> --
> *Raul Francisco da Costa Ferreira de Andrade*
> *DBA - OCP - Oracle Certified Professional*
> *COBIT Foundation 4.1*
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com 
> Skype: raul.andrade
> www.clickdba.com
>
> "A adversidade leva alguns a serem vencidos
> e outros a baterem recordes."
> William Arthur Ward
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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





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

 Links do Yahoo! Grupos

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

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

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




[oracle_br] Alterar o OPTIMIZER_MODE de um só nó de um RAC

2010-08-05 Por tôpico Marcelo Porto
Como faço isso?

Eu tenho 3 nós que estão compartinhando o mesmo SPFILE que está num cluster.

Necessito alterar o OPTIMIZER_MODE de um só dos nós. Não estou falando da
sessão. Estou falando de alteração de toda instância do referido nó.

Mas como fazer isso se eles compartinham o mesmo SPFILE.

A princípio teria que criar um PFILE e depois recriar o SPFILE, mas isso não
iria alterar para todos os nós? Como implementar para somente um nó?

Meu banco está em ORACLE RAC 9.2.0.5 e está num SUN Solaris 9.

Marcelo Porto


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



Re: [oracle_br] curso de oracle - Rio de jneiro

2009-07-01 Por tôpico Marcelo Porto
A Infnet tinha sido descredenciada pela Oracle. Voltou a ser credenciada?
Marcelo Porto

2009/7/1 Elias M P Junior 

>
>
> Eu estou fazendo curso na Infnet. Se não me engano, tem lance de pós
> tb. Mas to fazendo só o curso oficial mesmo.
>
> --
> Elias M P Junior
> Tel.: (21) 9567-6033
> MSN: el...@pragaimortal.com.br 
> Analista de Sistemas
> Administrador de Banco de Dados
> Escritor e autor de Praga Imortal - www.pragaimortal.com.br
>
> 2009/7/1 Edson Almeida (Tecnico) 
> 
> >:
>
> >
> >
> > Márcio,
> >
> > Se o seu interesse e aprender e se certificar, vc pode recorer ao curso
> de
> > pós graduação da UVA aqui no Rio. Além de se certificar vc ainda vai ter
> uma
> > pós-graduação para complementar a sua formação.
> >
> > Lá eles dão vouches para certificação e todos os cursos são oficiais da
> > Oracle, a Veiga de Almeida tem parceria com a Oracle.
> >
> > Veja o link abaixo
> >
> >
> http://uvaonline.uva.br/mkt/site/curso,80,100,__pos-graduacao_mba_sistema_de_gestao_empresarial_integrada_em_banco_de_dados_oracle_objetivos.html
> >
> > Abraços
> >
> > Edson Jr
> >
> >>
> >>
> >>>
> >>> Estou querendo fazer um curso de administrador de Oracle 10g.
> >>>
> >>> Quais as empresas possuem um bom treinamento de Oracle no Rio de
> Janeiro?
> >>>
> >>> obrigado a todos
> >>>
> >>> Att,
> >>>
> >>> __
> >>> Veja quais são os assuntos do momento no Yahoo! +Buscados
> >>> http://br.maisbuscados.yahoo.com
> >>>
> >>> [As partes desta mensagem que não continham texto foram removidas]
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Edson Almeida Junior
> >> Consulting Tecnologia & Sistemas Ltda
> >> Telefones: (021) 8600-8439 / Celular (081) 9922-7401
> >> E-MAIL.: ed...@consulting.com.br 
> >> MSN: e...@hotmail.com 
> >> SKYPE: edsonalmeidajr
> >>
> >> VISITE: http://www.consulting.com.br
> >>
> >>
> >
> > --
> > Edson Almeida Junior
> > Consulting Tecnologia & Sistemas Ltda
> > Telefones: (021) 8600-8439 / Celular (081) 9922-7401
> > E-MAIL.: ed...@consulting.com.br 
> > MSN: e...@hotmail.com 
> > SKYPE: edsonalmeidajr
> >
> > VISITE: http://www.consulting.com.br
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
>
>  
>


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



Re: [oracle_br] View Temporária

2009-02-16 Por tôpico Marcelo Porto
As views no Oracle são permanentes. O que podem ser temporários são os dados
armazenados nestas viwes. Os dados podem persistir por uma transação (commit
ou rollback) ou uma sessão (connect).
Não há como criar uma view em tempo de execução.

Marcelo Porto

2009/2/16 Napoleão Cristiano X. Sanabia 

>   Amigos,
>
> No Oracle existe o conceito de View temporária? Se existe como faria para
> ela ser crida em tempo de execução numa procedure?
>
> Obrigado.
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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



RES: RES: [oracle_br] Certificação Oracle 10g

2006-10-09 Por tôpico Marcelo Porto
Realmente impressionante já que a Oracle foi fundada em 1977 e o banco de dados 
relacional dela foi em 1980. Fico curioso em saber aonde ele trabalhava com 
Oracle em 1984.

Marcelo Porto

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Milton 
Roberto y Goya
  Enviada em: segunda-feira, 9 de outubro de 2006 15:24
  Para: Vinícius Zanotello
  Assunto: Re: RES: [oracle_br] Certificação Oracle 10g


  Paz e Longa Vida, Vinícius

  Ele trabalha com Oracle de 1984! Impressionante!

  E pelo que ví no site, o curso de DBA Oracle está baratíssimo!
  Realmente impressionante!

  >  estou fazendo curso na www.worldsoft.com.br e o instrutor e proprietário da
  >  escola (Cássio) manja muito, tem 22 anos de experiência
  >  
  >_  
  >  
  >  De: oracle_br@yahoogrupos.com.br
  > [mailto:[EMAIL PROTECTED] Em
  >  nome de Milton Roberto y Goya
  >  Enviada em: segunda-feira, 9 de outubro de 2006 14:17
  >  Para: rs.pereira2
  >  Assunto: Re: [oracle_br] Certificação Oracle 10g
  >  
  >  
  >  Paz e Longa Vida, rs.pereira2
  >  
  >  Dos que conheço:
  >  
  >  Cursos oficiais Oracle, com formação acadêmica no modelo WDP:
  >  
  >  - Senac e
  >  - IBTA
  >  
  >  Cursos oficiais Oracle, com formação "rápida"
  >  
  >  - Ensof e
  >  - G&P
  >  
  >  Se  o  problema  for  preço  sugiro que faça algum curso "pirata".
  >  Normalmente  o  material é cópia do material oficial da Oracle e é
  >  comum   encontrar   os  mesmos  instrutores  dos  cursos  oficiais
  >  ministrando os cursos "piratas".
  >  
  >  Apenas  um  aviso,  para  tirar o OCP pelo menos um dos módulos do
  >  curso deve ser feito em uma parceira oficial!
  >  
  >  
  >>  Alguém conhece alguma escola com um  bom curso preparatório para 
  >>  certificação Oracle 10g. e com um bom preço tbm.
  >>  
  >>  Se conhecerem por favor me mandem o contato
  >>  
  >>  Obrigado!
  >>  
  >>  
  >>  
  >>  
  >>  
  >>  
  >>
  >>   
  >  
  >  ---
  >   _ 
  >  \__(===/_=_/ .--'-`--.___   
  >  \ \   `,--,-.___.'   
  >.--`\\--'../   
  >   '---._./]   
  >  
  >  Nós saudamos as estrelas
  >  
  >   
  >  
  >  
  >  [As partes desta mensagem que não continham texto foram removidas]
  >  
  >
  >   

  ---
   _ 
  \__(===/_=_/ .--'-`--.___   
  \ \   `,--,-.___.'   
.--`\\--'../   
   '---._./]   
  
  Nós saudamos as estrelas

   

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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
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] Passar parâmetro

2006-05-16 Por tôpico Marcelo Porto



Obrigado Marcio. Esta dica é exatamente o que precisava.

Marcelo Porto

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Marcio Portes
  Enviada em: segunda-feira, 15 de maio de 2006 22:32
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] Passar parâmetro


  Voce pode tentar:

  [EMAIL PROTECTED]> !cat muda_senha.sql
  declare
  v_senha varchar2(20) := '&1';
  begin
  for cur in ( select username from all_users where username = 'SCOTT'
  )
  loop
   execute immediate 'alter user '||cur.username ||' identified by
  '||v_senha;
  end loop;
  end;
  /

  [EMAIL PROTECTED]> @muda_senha outro_tiger

  PL/SQL procedure successfully completed.

  [EMAIL PROTECTED]> connect scott/outro_tiger
  Connected.


  On 5/15/06, Marcelo Porto <[EMAIL PROTECTED]> wrote:
  >
  > Neste caso isso não não funcionaria Robison, pois o que eu quero é
  > utilizar o parâmetro na chamada abaixo que se encontra dentro do script:
  >
  > execute immediate 'alter user '||cur.user||' identified by '||v_senha;
  > Aonde cur.user é uma variável de um cursor e v_senha seria este parâmetro
  > passado na chamada do script.
  >
  > E como isto será um script chamado por outro script (sendo este outro do
  > PVCS) não há como digitar a senha quando o sql*plus pedir.
  >
  > Eu já fiz isso de algum modo, mas no momento não me lembro como foi e nem
  > se realmente de adaptaria a este caso.
  >
  > Marcelo Porto
  >   -Mensagem original-
  >   De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
  > nome de Robison G B
  >   Enviada em: segunda-feira, 15 de maio de 2006 18:04
  >   Para: oracle_br@yahoogrupos.com.br
  >   Assunto: Re: [oracle_br] Passar parâmetro
  >
  >
  >
  >   Poderia ser assim:
  >
  > Select owner, table_name from all_tables where owner =
  > upper('&Dono_Owner');
  >
  > Quando vc quer passar um parâmetro coloque o & comercial... então pelo
  > sql*plus ele vai te pedir qual o parâmetro.
  >
  >
  >   Marcelo Porto <[EMAIL PROTECTED]> escreveu:  Preciso passar um parâmetro
  > para um script sql. Como posso fazê-lo?
  >
  >   No script eu faço alteração da senha de um usuário. Então seria algo
  > assim:
  >
  >   SQL> @script.sql senha
  >
  >   Aonde a senha seria utilizada dentro do script. Como receber essa senha?
  >
  >   Marcelo Porto
  >
  >   [As partes desta mensagem que não continham texto foram removidas]
  >
  >
  >
  >
  >   --
  >   Atenção! As mensagens deste grupo são de acesso público e de inteira
  > responsabilidade de seus remetentes.
  >   Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  >
  >   --__
  >
  >   Este Grupo recebe o apoio da SQL Magazine -
  > www.devmedia.com.br/sqlmagazine
  >   __
  >   O  grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo,
  > tenha  o link do mesmo para evitar trafego(pedidos) desnecessário.
  >   Links do Yahoo! Grupos
  >
  >
  >
  >
  >
  >
  >
  >
  >
  >
  >
  >   -
  >   Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no
  > celular e anti-spam realmente eficaz.
  >
  >   [As partes desta mensagem que não continham texto foram removidas]
  >
  >
  >
  >
  >   --
  >   Atenção! As mensagens deste grupo são de acesso público e de inteira
  > responsabilidade de seus remetentes.
  >   Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  >
  >   --__
  >
  >   Este Grupo recebe o apoio da SQL Magazine -
  > www.devmedia.com.br/sqlmagazine
  >   __
  >   O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo,
  > tenha o link do mesmo para evitar trafego(pedidos) desnecessário.
 

RES: [oracle_br] Passar parâmetro

2006-05-15 Por tôpico Marcelo Porto



Neste caso isso não não funcionaria Robison, pois o que eu quero é utilizar o parâmetro na chamada abaixo que se encontra dentro do script:

execute immediate 'alter user '||cur.user||' identified by '||v_senha;
Aonde cur.user é uma variável de um cursor e v_senha seria este parâmetro passado na chamada do script.

E como isto será um script chamado por outro script (sendo este outro do PVCS) não há como digitar a senha quando o sql*plus pedir.

Eu já fiz isso de algum modo, mas no momento não me lembro como foi e nem se realmente de adaptaria a este caso.

Marcelo Porto
  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Robison G B
  Enviada em: segunda-feira, 15 de maio de 2006 18:04
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] Passar parâmetro



  Poderia ser assim:
    
    Select owner, table_name from all_tables where owner = upper('&Dono_Owner');
    
    Quando vc quer passar um parâmetro coloque o & comercial... então pelo sql*plus ele vai te pedir qual o parâmetro.
    
    
  Marcelo Porto <[EMAIL PROTECTED]> escreveu:  Preciso passar um parâmetro para um script sql. Como posso fazê-lo?

  No script eu faço alteração da senha de um usuário. Então seria algo assim:

  SQL> @script.sql senha

  Aonde a senha seria utilizada dentro do script. Como receber essa senha?

  Marcelo Porto

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



  --
  Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  --__

  Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
  __
  O  grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha  o link do mesmo para evitar trafego(pedidos) desnecessário. 
  Links do Yahoo! Grupos










  
  -
  Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. 

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



  --
  Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  --__

  Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
  __
  O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 


    Yahoo! Grupos, um serviço oferecido por: 
  PUBLICIDADE
    
   


--
  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]







--
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
PUBLICIDADE




  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://

[oracle_br] Passar parâmetro

2006-05-15 Por tôpico Marcelo Porto



Preciso passar um parâmetro para um script sql. Como posso fazê-lo?

No script eu faço alteração da senha de um usuário. Então seria algo assim:

SQL> @script.sql senha

Aonde a senha seria utilizada dentro do script. Como receber essa senha?

Marcelo Porto

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







--
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
PUBLICIDADE




  
  



  




  
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!.











RES: [oracle_br] Re: Query gerando produto cartesiano

2005-12-06 Por tôpico Marcelo Porto

Eu pensava da mesma maneira. Acontece que sem mudar a query só atualizando a 
estatística o resultado da query, isto é, apresentação dos dados mudou. O bug 
não pode ser da aplicação pois não há aplicação envolvida neste caso só o SQL 
Plus. Eu fiz consultas nas tabelas procurando dados duplicados e não encontrei 
e o pior é que não consigo reproduzir mais o problema depois da estatística 
atualizada. O engraçado é que a estatítica de desenvolvimento está quase que um 
ano desatualizada e está retornando os dados corretos enquanto a estatística de 
homologação que estava desatualizada a mais ou menos 1 mês apresentava 
resultado errado (na realidade duplicado). 

O que eu tenho que fazer é só justificar através de algum documento que isto é 
uma característica (ou bug) do Oracle, pois levantou-se desconfiança que os 
dados gerados em produção possam também em algum momento aparecerem duplicados 
e com isso dois pagamentos a fornecedores serem efetuados.

Por via das dúvidas agora estou gerando as estatísticas diariamente em produção.

Marcelo Porto


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de jlchiappa
  Enviada em: terça-feira, 6 de dezembro de 2005 09:10
  Para: oracle_br@yahoogrupos.com.br
  Assunto: RES: [oracle_br] Re: Query gerando produto cartesiano


  Estatística só serve pra se montar o plano, na hora de recuperar os 
  dados o banco VAI MESMO fisicamente lá nos índices e tabelas em 
  questão e os lê, então pra mim a primeira suspeita é algum bug na 
  aplicação, erro no select (tipo, condição de WHERE faltante) Não 
  vi ainda um caso em que estatística defasada leva a leitura errada - 
  a performance vai sofrer com estat´sitica errada, ele vai escolher o 
  plano mais horrível, MAS se o SELECT está logicamente correto, TODOS 
  os campos-chave da UK/PK estão presentes, nã vejo muito como ele ler 
  duas vezes.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Marcelo Porto" <[EMAIL PROTECTED]> 
  escreveu
  > 
  > Exatamente Chiappa.
  > 
  > Com a estatística desatualizada a query estava realizando um INDEX 
  FULL SCAN pelo índice PAGREC_02 e depois de atualizada a estatística 
  ele passou a realizar um INDEX RANGE SCAN pelo índice 
  FK_INDX_DOC_00017.
  > 
  > Mas ainda não consegui justificar para os usuários o motivo de 
  apresentar duas linhas para cada tupla selecionada mesmo ele 
  realizando um plano de execução diferente. Por acaso ao invés de ir 
  na tabela ele pegou os dados diretamente da estatística desatualizada?
  > 
  > Marcelo Porto
  > 
  > .
  >   -Mensagem original-
  >   De: oracle_br@yahoogrupos.com.br 
  [mailto:[EMAIL PROTECTED] nome de jlchiappa
  >   Enviada em: segunda-feira, 5 de dezembro de 2005 20:57
  >   Para: oracle_br@yahoogrupos.com.br
  >   Assunto: RES: [oracle_br] Re: Query gerando produto cartesiano
  > 
  > 
  >   na verdade eu supus que o colega estava falando de joins 
  cartesianos,
  >   como mostrado em
  >   http://asktom.oracle.com/pls/ask/f?
  p=4950:8:F4950_P8_DISPLAYID:4105951726381
  >   , isso pode tranquilamente ocorrer por erro na estimativa de
  >   cardinalidades, o próprio exemplo do link foi por isso...
  > 
  >   []s
  > 
  >   Chiappa
  > 
  >   --- Em oracle_br@yahoogrupos.com.br, "Lista Oracle" 
  <[EMAIL PROTECTED]>
  >   escreveu
  >   >  
  >   > Produto cartesiano ou Full Scan? Produto cartesinao eu so vi
  >   acontecer ate
  >   > hoje, qdo falta  relacionamento na clausula Where.
  >   > 
  >   > Abçs
  >   > 
  >   > JC.Schmidt
  >   > 
  >   > 
  >   > -Mensagem original-
  >   > De: oracle_br@yahoogrupos.com.br
  >   [mailto:[EMAIL PROTECTED] Em
  >   > nome de jlchiappa
  >   > Enviada em: segunda-feira, 5 de dezembro de 2005 18:55
  >   > Para: oracle_br@yahoogrupos.com.br
  >   > Assunto: [oracle_br] Re: Query gerando produto cartesiano
  >   > 
  >   > --- Em oracle_br@yahoogrupos.com.br, "Marcelo Porto" 
  <[EMAIL PROTECTED]> > 
  >   > > Pergunta: Qual a justificativa para uma estatística 
  desatualizada
  >   > gerar um produto cartesiano, isto é, resultado de dados errados?
  >   > 
  >   > Provavelmente sem estatísticas a cardinalidade dos índices
  >   envolvidos ficou
  >   > tão ruim que o CBO "pensou" que valia mais a pena fazer um full 
  em
  >   todas as
  >   > tabelas - em verdade, se vc não dar a informação correta pro 
  CBO (ie,
  >   > estatísticas frescas + parâmetros optimizer_nn + parâmetros de 
  RAM,
  >   > multiblock  e similares + histogramas), as apostas estão todas 
  fora de
  >   > escala, qquer coisa é possível, os planos mais bizarros podem 
  (e VÃO
  >   SER)
  >   &g

RES: [oracle_br] Re: Query gerando produto cartesiano

2005-12-06 Por tôpico Marcelo Porto

Exatamente Chiappa.

Com a estatística desatualizada a query estava realizando um INDEX FULL SCAN 
pelo índice PAGREC_02 e depois de atualizada a estatística ele passou a 
realizar um INDEX RANGE SCAN pelo índice FK_INDX_DOC_00017.

Mas ainda não consegui justificar para os usuários o motivo de apresentar duas 
linhas para cada tupla selecionada mesmo ele realizando um plano de execução 
diferente. Por acaso ao invés de ir na tabela ele pegou os dados diretamente da 
estatística desatualizada?

Marcelo Porto

.
  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de jlchiappa
  Enviada em: segunda-feira, 5 de dezembro de 2005 20:57
  Para: oracle_br@yahoogrupos.com.br
  Assunto: RES: [oracle_br] Re: Query gerando produto cartesiano


  na verdade eu supus que o colega estava falando de joins cartesianos,
  como mostrado em
  
http://asktom.oracle.com/pls/ask/f?p=4950:8:F4950_P8_DISPLAYID:4105951726381
  , isso pode tranquilamente ocorrer por erro na estimativa de
  cardinalidades, o próprio exemplo do link foi por isso...

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Lista Oracle" <[EMAIL PROTECTED]>
  escreveu
  >  
  > Produto cartesiano ou Full Scan? Produto cartesinao eu so vi
  acontecer ate
  > hoje, qdo falta  relacionamento na clausula Where.
  > 
  > Abçs
  > 
  > JC.Schmidt
  > 
  > 
  > -Mensagem original-
  > De: oracle_br@yahoogrupos.com.br
  [mailto:[EMAIL PROTECTED] Em
  > nome de jlchiappa
  > Enviada em: segunda-feira, 5 de dezembro de 2005 18:55
  > Para: oracle_br@yahoogrupos.com.br
  > Assunto: [oracle_br] Re: Query gerando produto cartesiano
  > 
  > --- Em oracle_br@yahoogrupos.com.br, "Marcelo Porto" <[EMAIL PROTECTED]> > 
  > > Pergunta: Qual a justificativa para uma estatística desatualizada
  > gerar um produto cartesiano, isto é, resultado de dados errados?
  > 
  > Provavelmente sem estatísticas a cardinalidade dos índices
  envolvidos ficou
  > tão ruim que o CBO "pensou" que valia mais a pena fazer um full em
  todas as
  > tabelas - em verdade, se vc não dar a informação correta pro CBO (ie,
  > estatísticas frescas + parâmetros optimizer_nn + parâmetros de RAM,
  > multiblock  e similares + histogramas), as apostas estão todas fora de
  > escala, qquer coisa é possível, os planos mais bizarros podem (e VÃO
  SER)
  > gerados...
  > 
  > []s
  > 
  >  Chiappa
  > 
  > > 
  > > Marcelo Porto
  > > **
  > > Informação transmitida destina-se apenas à pessoa a quem foi
  > endereçada e pode conter informação confidencial, legalmente protegida e
  > para conhecimento exclusivo do destinatário. Se o leitor desta
  advertência
  > não for o seu destinatário, fica ciente de que sua leitura,
  divulgação ou
  > cópia é estritamente proibida. Caso a mensagem tenha sido recebida por
  > engano, favor comunicar ao remetente e apagar o texto de qualquer
  > computador.
  > > 
  > > 
  > > The information transmitted is intended only for the person or
  > entity to which it is addressed and may contain confidential and/or
  > privileged material. Any review, retransmission, dissemination or
  other use
  > of, or taking of any action in reliance upon this information, by
  person or
  > entity other than the intended recipient is prohibited. If you
  received this
  > in error, please contact the sender and delete the material from any
  > computer.
  > > **
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > 
  > 
  > 
  > 
  >
  
  > --
  > Atenção! As mensagens deste grupo são de acesso público e de inteira
  > responsabilidade de seus remetentes.
  > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
  >
  
  >
  --__
  > ___
  > Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423
  > Links do Yahoo! Grupos




  
--
  Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
  Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
  
---

[oracle_br] Query gerando produto cartesiano

2005-12-05 Por tôpico Marcelo Porto

Estava com uma query gerando um produto cartesiano no meu ambiente de 
homologação enquanto que em desenvolvimento executava normalmente.

Verifiquei que o plano de execução da query estava diferente entre os dois 
ambientes e que não fazia sentido o produto cartesiano gerado.

Gerei a atualização das estatísticas para as duas tabelas envolvidas no 
ambiente de homologação e após isso a query começou a funcionar como em 
desenvolvimento. 

Pergunta: Qual a justificativa para uma estatística desatualizada gerar um 
produto cartesiano, isto é, resultado de dados errados?

Marcelo Porto
**
Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode 
conter informação confidencial, legalmente protegida e para conhecimento 
exclusivo do destinatário. Se o leitor desta advertência não for o seu 
destinatário, fica ciente de que sua leitura, divulgação ou cópia é 
estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor 
comunicar ao remetente e apagar o texto de qualquer computador.


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon this information, by person or entity other than the intended 
recipient is prohibited. If you received this in error, please contact the 
sender and delete the material from any computer.
**


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



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--_
Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423  
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] Email pelo Oracle com acentuação

2005-06-28 Por tôpico Marcelo Porto
Valeu Nunes funcionou perfeitamente !!!

Marcelo Porto

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Marcelo 
Almeida
  Enviada em: terça-feira, 28 de junho de 2005 17:14
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] Email pelo Oracle com acentuação


  Fale chará.. 

  para escrever a mensagem use o write_raw_data, e não o write_data,
  conforme exemplo:

   c:= utl_smtp.open_connection('111.111.111.111');  -- Conexao ao servidor
   utl_smtp.helo(c, 'meudom.br');-- Dominio
   utl_smtp.mail(c, P_ORIGEM);
   utl_smtp.rcpt(c, P_DESTINATARIO);
   utl_smtp.open_data(c);

 UTL_SMTP.WRITE_RAW_DATA( c,UTL_RAW.CAST_TO_RAW('From:' ||
  P_CAB_ORIGEM ||utl_tcp.CRLF));
 UTL_SMTP.WRITE_RAW_DATA( c,UTL_RAW.CAST_TO_RAW('To:' ||
  P_DESTINATARIO|| utl_tcp.CRLF));
 UTL_SMTP.WRITE_RAW_DATA( c,UTL_RAW.CAST_TO_RAW('Subject:' ||
  P_TITULO||utl_tcp.CRLF));

   utl_smtp.write_data(c,' '||utl_tcp.CRLF);
   utl_smtp.write_raw_data(c,utl_raw.cast_to_raw(utl_tcp.CRLF||'Ãéíóãõç'));

   utl_smtp.close_data(c);
   utl_smtp.quit(c);

  Falows. 

  Marcelo Nunes.
  On 6/28/05, Marcelo Porto <[EMAIL PROTECTED]> wrote:
  > 
  > Alguém sabe como mandar email através do Oracle (UTL_SMTP) com acentuação? 
  > 
  > Marcelo Porto 
  > **
  > Informação transmitida destina-se apenas à pessoa a quem foi endereçada e
  > pode conter informação confidencial, legalmente protegida e para
  > conhecimento exclusivo do destinatário. Se o leitor desta advertência não
  > for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia
  > é estritamente proibida. Caso a mensagem tenha sido recebida por engano,
  > favor comunicar ao remetente e apagar o texto de qualquer computador. 
  > 
  > 
  > The information transmitted is intended only for the person or entity to
  > which it is addressed and may contain confidential and/or privileged
  > material. Any review, retransmission, dissemination or other use of, or
  > taking of any action in reliance upon this information, by person or entity
  > other than the intended recipient is prohibited. If you received this in
  > error, please contact the sender and delete the material from any computer. 
  > **
  > 
  > 
  > [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!.


  __

  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/ 
_

[oracle_br] Email pelo Oracle com acentuação

2005-06-28 Por tôpico Marcelo Porto

Alguém sabe como mandar email através do Oracle (UTL_SMTP) com acentuação?

Marcelo Porto
**
Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode 
conter informação confidencial, legalmente protegida e para conhecimento 
exclusivo do destinatário. Se o leitor desta advertência não for o seu 
destinatário, fica ciente de que sua leitura, divulgação ou cópia é 
estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor 
comunicar ao remetente e apagar o texto de qualquer computador.


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon this information, by person or entity other than the intended 
recipient is prohibited. If you received this in error, please contact the 
sender and delete the material from any computer.
**


[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