Exato André. Tive que provar isso, na minha antiga empresa, para um 
desenvolvedor, que teimou em dizer que era culpa da migração da versão do 
banco. Quando no final era má prática dele em não colocar as aspas para uma 
consulta texto.

 

​

 

 

Att,/Regards,

Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP

Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid 
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn:  <mailto:vitorj...@gmail.com> vitorj...@gmail.com
 <http://certificacaobd.com.br/> http://certificacaobd.com.br/
skype: vjunior1981

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Andre Santos
Enviada em: segunda-feira, 18 de março de 2013 11:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Incompatibilidade?

 

  

Grande Dorian !

Tudo bem? Quanto tempo!

O fato de ter dado erro com a versão 11g, foi coincidência!
Esse erro é totalmente possível de acontencer com a 10g também (ou qualquer
versão anterior).

O pessoal da Sênior Sistemas deveria corrigir isso. Tente abrir um chamado
para eles.

Se Oracle (otimizador) escolher converter o valor do parâmetro (no exemplo:
12615445888) para texto, vai funcionar sem erros... Mas se o otimizador
escolher converter o valor da coluna NumDoc para numérico, estará sujeito a
erro (dependendo do conteúdo ser incompatível com a conversão).

[ ]

André

Em 18 de março de 2013 11:46, angelo <angelolis...@gmail.com 
<mailto:angelolistas%40gmail.com> > escreveu:

> Pô eu nunca fiz query com um campo varchar sem estar entre aspas... aprendi
> desde o inicio que era errado..e internalizou..
> mas se é incompatibilidade, ou se agora esta versão está te obrigando a
> fazer a coisa certa... deixa a galera mais experimentada comentar...
> detalhe pequeno que faz a diferença..
>
>
> 2013/3/18 Dorian Anderson Soutto <dor...@uag.com.br 
> <mailto:dorian%40uag.com.br> >
>
> > **
> >
> >
> > Bom dia galera. Faz tempo que não passo por aqui, minha praia mudou, foi
> > empacotada(rs), mas preciso de ajuda.
> >
> > Migraram o banco aqui de 10 para 11 e tenho a seguinte situação:
> >
> > SELECT 1 FROM R090PNG WHERE TipDoc=2 AND NumDoc= 12615445888; (Oracle 10
> -
> > OK)
> >
> > O mesmo select:
> > SELECT 1 FROM R090PNG WHERE TipDoc=2 AND NumDoc= 12615445888; (Oracle 11-
> > ERRO)
> > ORA-01722: número inválido
> > 01722. 00000 - "invalid number"
> > *Cause:
> > *Action:
> >
> > · SELECT 1 FROM R090PNG WHERE TipDoc=2 AND NumDoc= '12615445888'
> (Qualquer
> > um OK)
> >
> > desc R090PNG
> > Nome Nulo Tipo
> > ------ -------- -------------
> > TIPDOC NOT NULL NUMBER(1)
> > NUMDOC NOT NULL VARCHAR2(20)
> > NOMPNG VARCHAR2(40)
> > APEPNG VARCHAR2(50)
> > NOMPAI VARCHAR2(40)
> > NOMMAE VARCHAR2(70)
> >
> > O uso da aspas se tornou obrigatório no 11?
> > O problema é que o select acima é default da Sênior Sistemas. A Sênior
> diz
> > estar homologada para 11.2.0.1.0 aqui está com 11.2.0.2.0.
> >
> > Só complementando, o campo "NUMDOC" pode conter caractere alfa, pois ele
> > serve tanto para armazenar RG como CPF. Mas no banco 10 nunca tinha dado
> > problema.
> >
> > Qualquer ajuda é bem-vinda!
> > Abraços,
> >
> > Dorian
> >
> > [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
>
>
>

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





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

Responder a