[oracle_br] SET_ITEM_PROPERTY VISIBLE PROPERTY_TRUE

[Carlos Silva]

Boa noite, pessoal!

Tenho o seguinte comando, SET_ITEM_PROPERTY('block1.item1', VISIBLE, 
PROPERTY_TRUE); . Com isso meu item não fica visível, mas existe label que  
fica na frente dessa campo que não ficou invisível junto com ele, como faço 
para associar ele ao item que esta no comando SET_ITEM_PROPERTY. 
At.:  

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Sérgio Luiz Rodrigues Chaves]

SELECT TO_CHAR(0,'999G999G990D00', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor
FROM DUAL;

- Original Message -
From: "Mario Rodrigues" 
To: "oracle br" 
Sent: Segunda-feira, 30 de Setembro de 2013 12:02:35
Subject: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS







Pessoal 


Bom Dia 


Tem como no select abaixo me retornar 0 ... 


SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor 
FROM DUAL; 


pois assim como esta D99, claro vai me retornar .00 ... ja tentei algumas 
possibilidades ... e nada!!! 


alguem sabe alguma forma??? 

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Mario Rodrigues]

Pois é quando comecei a testar com valores reais deu justamente este erro
... dai resolvi deixar com 0.00 ... queria deixar somente com um 0 para o
script sair igual ao original ... mas o 0.00 não influencia em nada ...
pois da forma que vc enviou ainda ficava "0." ... vou deixar 0.00 mesmo

Obrigado Andre ... o/


Em 30 de setembro de 2013 15:44, Andre Santos
escreveu:

> **
>
>
> Mário
>
> Uma solução talvez seja utilizar o modificador "FM" na máscara
> ('FM999G999G990D99').
>
> Não entendi essa solução que a Maidy enviou.
> Vi que funciona com zero... mas não funciona com números de mais de 3
> dígitos inteiros.
> Vejam:
>
>
> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual;
>
>  VALOR
> --
>  0
>
> SQL>
> SQL> select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
> =","') Valor from dual;
> select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual
>  *
> ERRO na linha 1:
> ORA-01722: invalid number
>
>
> SQL>
> SQL> select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
> =","') Valor from dual;
> select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual
>  *
> ERRO na linha 1:
> ORA-01722: invalid number
>
> [ ]'s
>
> André
>
>
> Em 30 de setembro de 2013 14:24, Mario Rodrigues <
> marioirodrig...@gmail.com> escreveu:
>
>  **
>>
>>
>> Maidy muito obrigado ... o/
>>
>>
>> Em 30 de setembro de 2013 14:17, Maidy Chaim escreveu:
>>
>> **
>>>
>>>
>>>
>>> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
>>> Valor f
>>> rom dual;
>>>
>>>  VALOR
>>> --
>>>  0
>>>
>>>
>>>
>>> On Seg 30/09/13 13:36 , Mario Rodrigues marioirodrig...@gmail.com sent:
>>>
>>> **
>>>
>>> Andre Obrigado!!
>>> Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?
>>>
>>>
>>> Em 30 de setembro de 2013 13:25, Andre Santos <
>>> andre.psantos...@gmail.com> escreveu:
>>>


 Mário

 Substitua, na casa das unidades, o "9" por "0":

 SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
 ''.,''') Valor from dual;

 VALOR
 ---
0.00

 [ ]

 André



 Em 30 de setembro de 2013 12:02, Mario Rodrigues <
 marioirodrig...@gmail.com> escreveu:


>
> Pessoal
>
> Bom Dia
>
> Tem como no select abaixo me retornar 0 ...
>
> SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
> Valor
> FROM DUAL;
>
> pois assim como esta D99, claro vai me retornar .00 ... ja tentei
> algumas possibilidades ... e nada!!!
>
> alguem sabe alguma forma???
>
>

>>>   **
>>>
>>>
>>>
>>
>  
>

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Andre Santos]

Com o "FM", ainda ficou o ponto-decimal... serve?

SQL> SELECT TO_CHAR(0,'fm999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
''.,''') Valor from dual;

VALOR
---
0.

[ ]'s

André




Em 30 de setembro de 2013 15:44, Andre Santos
escreveu:

> Mário
>
> Uma solução talvez seja utilizar o modificador "FM" na máscara
> ('FM999G999G990D99').
>
> Não entendi essa solução que a Maidy enviou.
> Vi que funciona com zero... mas não funciona com números de mais de 3
> dígitos inteiros.
> Vejam:
>
>
> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual;
>
>  VALOR
> --
>  0
>
> SQL>
> SQL> select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
> =","') Valor from dual;
> select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual
>  *
> ERRO na linha 1:
> ORA-01722: invalid number
>
>
> SQL>
> SQL> select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
> =","') Valor from dual;
> select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor from dual
>  *
> ERRO na linha 1:
> ORA-01722: invalid number
>
> [ ]'s
>
> André
>
>
> Em 30 de setembro de 2013 14:24, Mario Rodrigues <
> marioirodrig...@gmail.com> escreveu:
>
>  **
>>
>>
>> Maidy muito obrigado ... o/
>>
>>
>> Em 30 de setembro de 2013 14:17, Maidy Chaim escreveu:
>>
>> **
>>>
>>>
>>>
>>> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
>>> Valor f
>>> rom dual;
>>>
>>>  VALOR
>>> --
>>>  0
>>>
>>>
>>>
>>> On Seg 30/09/13 13:36 , Mario Rodrigues marioirodrig...@gmail.com sent:
>>>
>>> **
>>>
>>> Andre Obrigado!!
>>> Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?
>>>
>>>
>>> Em 30 de setembro de 2013 13:25, Andre Santos <
>>> andre.psantos...@gmail.com> escreveu:
>>>


 Mário

 Substitua, na casa das unidades, o "9" por "0":

 SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
 ''.,''') Valor from dual;

 VALOR
 ---
0.00

 [ ]

 André



 Em 30 de setembro de 2013 12:02, Mario Rodrigues <
 marioirodrig...@gmail.com> escreveu:


>
> Pessoal
>
> Bom Dia
>
> Tem como no select abaixo me retornar 0 ...
>
> SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
> Valor
> FROM DUAL;
>
> pois assim como esta D99, claro vai me retornar .00 ... ja tentei
> algumas possibilidades ... e nada!!!
>
> alguem sabe alguma forma???
>
>

>>>   **
>>>
>>>
>>>
>>  
>>
>
>

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Andre Santos]

Mário

Uma solução talvez seja utilizar o modificador "FM" na máscara
('FM999G999G990D99').

Não entendi essa solução que a Maidy enviou.
Vi que funciona com zero... mas não funciona com números de mais de 3
dígitos inteiros.
Vejam:

SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
Valor from dual;

 VALOR
--
 0

SQL>
SQL> select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
=","') Valor from dual;
select to_number(1234, '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
Valor from dual
 *
ERRO na linha 1:
ORA-01722: invalid number


SQL>
SQL> select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS
=","') Valor from dual;
select to_number('1234', '999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
Valor from dual
 *
ERRO na linha 1:
ORA-01722: invalid number

[ ]'s

André


Em 30 de setembro de 2013 14:24, Mario Rodrigues
escreveu:

> **
>
>
> Maidy muito obrigado ... o/
>
>
> Em 30 de setembro de 2013 14:17, Maidy Chaim escreveu:
>
> **
>>
>>
>>
>> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
>> Valor f
>> rom dual;
>>
>>  VALOR
>> --
>>  0
>>
>>
>>
>> On Seg 30/09/13 13:36 , Mario Rodrigues marioirodrig...@gmail.com sent:
>>
>> **
>>
>> Andre Obrigado!!
>> Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?
>>
>>
>> Em 30 de setembro de 2013 13:25, Andre Santos > > escreveu:
>>
>>>
>>>
>>> Mário
>>>
>>> Substitua, na casa das unidades, o "9" por "0":
>>>
>>> SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
>>> ''.,''') Valor from dual;
>>>
>>> VALOR
>>> ---
>>>0.00
>>>
>>> [ ]
>>>
>>> André
>>>
>>>
>>>
>>> Em 30 de setembro de 2013 12:02, Mario Rodrigues <
>>> marioirodrig...@gmail.com> escreveu:
>>>
>>>

 Pessoal

 Bom Dia

 Tem como no select abaixo me retornar 0 ...

 SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
 Valor
 FROM DUAL;

 pois assim como esta D99, claro vai me retornar .00 ... ja tentei
 algumas possibilidades ... e nada!!!

 alguem sabe alguma forma???


>>>
>>   **
>>
>>
>>
>  
>

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Mario Rodrigues]

Maidy muito obrigado ... o/


Em 30 de setembro de 2013 14:17, Maidy Chaim  escreveu:

> **
>
>
>
> SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS =","')
> Valor f
> rom dual;
>
>  VALOR
> --
>  0
>
>
>
> On Seg 30/09/13 13:36 , Mario Rodrigues marioirodrig...@gmail.com sent:
>
> **
>
> Andre Obrigado!!
> Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?
>
>
> Em 30 de setembro de 2013 13:25, Andre Santos 
> escreveu:
>
>>
>>
>> Mário
>>
>> Substitua, na casa das unidades, o "9" por "0":
>>
>> SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
>> ''.,''') Valor from dual;
>>
>> VALOR
>> ---
>>0.00
>>
>> [ ]
>>
>> André
>>
>>
>>
>> Em 30 de setembro de 2013 12:02, Mario Rodrigues <
>> marioirodrig...@gmail.com> escreveu:
>>
>>
>>>
>>> Pessoal
>>>
>>> Bom Dia
>>>
>>> Tem como no select abaixo me retornar 0 ...
>>>
>>> SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
>>> Valor
>>> FROM DUAL;
>>>
>>> pois assim como esta D99, claro vai me retornar .00 ... ja tentei
>>> algumas possibilidades ... e nada!!!
>>>
>>> alguem sabe alguma forma???
>>>
>>>
>>
>   **
>
>
>  
>

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Maidy Chaim]

 
 SQL> select to_number(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS
=","') Valor f
 rom dual;
  VALOR
 --
  0
 On Seg 30/09/13 13:36 , Mario Rodrigues marioirodrig...@gmail.com
sent:
Andre Obrigado!!
 Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne? 
 Em 30 de setembro de 2013 13:25, Andre Santos  escreveu:
Mário
 Substitua, na casa das unidades, o "9" por "0":
 SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS =
''.,''') Valor from dual;
 VALOR
 ---
0.00
 [ ]
 André
 Em 30 de setembro de 2013 12:02, Mario Rodrigues  escreveu: 
Pessoal 
 Bom Dia
 Tem como no select abaixo me retornar 0 ... 
 SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
Valor FROM DUAL;
 pois assim como esta D99, claro vai me retornar .00 ... ja tentei
algumas possibilidades ... e nada!!!
 alguem sabe alguma forma??? 
   

RE: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Milanez, Mr. (Rafael)]

SELECT trunc(TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')) 
Valor from dual

From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] On 
Behalf Of Mario Rodrigues
Sent: segunda-feira, 30 de setembro de 2013 13:37
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS


Andre Obrigado!!
Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?

Em 30 de setembro de 2013 13:25, Andre Santos 
mailto:andre.psantos...@gmail.com>> escreveu:

Mário

Substitua, na casa das unidades, o "9" por "0":

SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS = ''.,''') 
Valor from dual;

VALOR
---
   0.00

[ ]
André

Em 30 de setembro de 2013 12:02, Mario Rodrigues 
mailto:marioirodrig...@gmail.com>> escreveu:


Pessoal

Bom Dia

Tem como no select abaixo me retornar 0 ...

SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor
FROM DUAL;

pois assim como esta D99, claro vai me retornar .00 ... ja tentei algumas 
possibilidades ... e nada!!!

alguem sabe alguma forma???





___

The information transferred by this e-mail is solely for the intended 
recipient(s).
Any disclosure, copying, distribution of this e-mail by and to others is not 
allowed. If you are not an intended recipient, please delete this e-mail and 
notify the 
sender.

___

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Mario Rodrigues]

Andre Obrigado!!
Trazer sem o ".00", ou seja, somente o 0 ... num tem como ne?


Em 30 de setembro de 2013 13:25, Andre Santos
escreveu:

> **
>
>
> Mário
>
> Substitua, na casa das unidades, o "9" por "0":
>
> SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
> Valor from dual;
>
> VALOR
> ---
>0.00
>
> [ ]
>
> André
>
>
>
> Em 30 de setembro de 2013 12:02, Mario Rodrigues <
> marioirodrig...@gmail.com> escreveu:
>
>  **
>>
>>
>> Pessoal
>>
>> Bom Dia
>>
>> Tem como no select abaixo me retornar 0 ...
>>
>> SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
>> Valor
>> FROM DUAL;
>>
>> pois assim como esta D99, claro vai me retornar .00 ... ja tentei algumas
>> possibilidades ... e nada!!!
>>
>> alguem sabe alguma forma???
>>
>>
>  
>

Re: [oracle_br] Otimizando Relatórios OBIEE

[Andre Santos]

Orlando

Você poderia argumentar que esta tabela de dimensão é um caso especial,
devido ao tamanho assemelha-se a uma tabela fato (então tratariam como
exceção à regra).

Poderia também questionar o "motivo" de não aceitarem hints em tabelas que
não são fato... só para ter certeza que não é alguma limitação (da
ferramenta talvez), ou se é um mito que criaram.

[ ]

André




Em 27 de setembro de 2013 20:32, dadim_op  escreveu:

> **
>
>
> Olá a todos novamente!
> Essa é sobre otimização dos comandos automagicamente gerados pelo BIEE
> contra um Oracle 11.2.0.3 EE single-instance, caso tenhamos alguém neste
> fórum que possa ajudar, indicar um caminho, agradeço.
>
> Bom, ele gera um comando bastante extenso e com muitas inline views.
> Esse relatório em particular demora tanto, que nunca chegou ao fim.
>
> A questão é: usando 2 hints (LEADING, em uma dimensão grande que parece a
> fato em questão e também ORDERED) consegui fazê-lo rodar em 35 segundos
> retornando 75K rows. Porém a área que implanta o relatório diz que só
> aceita hints nas tabelas FATO.
>
> Gostaria de saber, portanto, como o pessoal que possui tal pacote na
> empresa lida com otimização, se é que ocorre.
>
> Mais informações é só pedir!
> Abraço, Orlando.
>
>  
>

Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Andre Santos]

Mário

Substitua, na casa das unidades, o "9" por "0":

SQL> SELECT TO_CHAR(0,'999G999G990D99', 'NLS_NUMERIC_CHARACTERS = ''.,''')
Valor from dual;

VALOR
---
   0.00

[ ]

André



Em 30 de setembro de 2013 12:02, Mario Rodrigues
escreveu:

> **
>
>
> Pessoal
>
> Bom Dia
>
> Tem como no select abaixo me retornar 0 ...
>
> SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor
> FROM DUAL;
>
> pois assim como esta D99, claro vai me retornar .00 ... ja tentei algumas
> possibilidades ... e nada!!!
>
> alguem sabe alguma forma???
>
>  
>

[oracle_br] Re: SQL-00918 column ambiguously defined

[J. Laurindo Chiappa]

  Eu ** duvido ** que haja, pois threads de mais de um ano atrás como 
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/msg41279.html já não 
encontraram nada, mas vamos aguardar, embora SENTADOS, que de pé pode cansar :)

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Fabio Prado  escreveu
>
> Vitor, se existe algo para contornar isso eu também gostaria de descobrir,
> pois quando migrei para 11G tive o mesmo problema, pesquisei algo para
> contorná-lo de forma fácil e não achei, então pedi para os desenvolvedores
> alterarem as aplicações e eles tiveram que fazer com certa urgência, pois
> infelizmente não descobri caminho alternativo!
> 
> []s
> 
> 
> Em 30 de setembro de 2013 11:08, Vitor Jr.  escreveu:
> 
> > **
> >
> >
> > Bom dia.
> >
> > Cenário origem: 
> >
> > Oracle EE 10.2.0.4 64-bit
> >
> > ** **
> >
> > Cenário destino:
> >
> > Oracle SE 11.2.0.4 64-bit
> >
> > ** **
> >
> > Ao homologar a migração da aplicação do cliente, caímos no já conhecido
> > bug:
> >
> > Bug 5368296 - SQL NOT GENERATING ORA-00918 WHEN USING JOIN
> >
> > ** **
> >
> > Então, sabemos que isso ocorre na migração do 10 pro 11 (dentro do próprio
> > 10 ocorre, ao migrar para a 10.2.0.5), enfim, é ocasionado por uma má
> > prática dos desenvolvedores em não qualificarem as colunas, etc, etc...***
> > *
> >
> > Eu sei disso, o gerente do cliente sabe disso, mas enfim... alguém já
> > passou por essa situação e recebeu da oracle algum parâmetro pra contornar?
> > Algum hidden? Algum event pra setar a nível de sessão pra evitar esse
> > comportamento?
> >
> > Quero apenas me cercar de todas as garantias que NÃO tem como contornar,
> > pois vai que o cliente encontra algo depois que digo que não dá pra
> > contornar.
> >
> > ** **
> >
> >
> >
> >
> > 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: vitorjr81@...
> > http://certificacaobd.com.br/
> > skype: vjunior1981
> >
> > https://mybizcard.co/vitor.jr.385628
> >
> > ** **
> >
> >  
> >
> 
> 
> 
> -- 
> Fábio Prado
> www.fabioprado.net
> "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
> Oracle"
>

[oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS

[Mario Rodrigues]

Pessoal

Bom Dia

Tem como no select abaixo me retornar 0 ...

SELECT TO_CHAR(0,'999G999G999D99', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor
FROM DUAL;

pois assim como esta D99, claro vai me retornar .00 ... ja tentei algumas
possibilidades ... e nada!!!

alguem sabe alguma forma???

[oracle_br] Re: SQL-00918 column ambiguously defined

[J. Laurindo Chiappa]

  E é claro, lembremos que no 11g vc tem a opção de, em alguns casos, 
automagicamente TROCAR um texto de SQL por outro, via dbms_advanced_rewrite : 
veja lá se isso pode te ajudar enquanto não vem o fix da aplicação, aonde aí vc 
trocaria o SQL sem identificação das colunas por um com a identificação E 
as outras opções de alteração de comportamento do SQL (como Outlines , SQL 
Profiles, views materializadas, etc) podem ser ser úteis no sentido de vc 
indicar um plano de execução que não use/referencia a coluna ambígua, ** às 
vezes ** isso pode ajudar, também

  []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>   E realmente, se vc for ver a descrição vc vai ver que esse "bug" foi 
> fechado como NOT A BUG, ie, não era bug coisa nenhuma mas sim funcionalidade 
> como documentada, yep 
>Bom, afaik não sendo bug do RDBMS (e sim falha de programação) vc Não Tem 
> "mágica" alguma, parâmetro NENHUM que mude o comportamento, até porque o 
> comportamento de retornar um ORA-00918 em colunas não-especificadas é 100% 
> correto No máximo vc poderia em tese TENTAR mudar o parâmetro de 
> compatibility do database para 10.2.0.1, versão que era menos Comum o 
> comportamento correto e esperado de retornar o ORA-918 , mas , Óbvio, sem 
> NENHUMA garantia de que vai funcionar E COM uma alta probabilidade de efeitos 
> colaterais ** NERVOSOS **, principalmente ausência das otimizações de 
> cursor/performance do 11g, como result cache e aumento do cache size de 
> cursores implicitamente, coisas assim  
>Assim sendo, o teu caminho tá Claro : é realmente se Documentar com o 
> material do metalink e da documentaão Oracle, mostrar para o cliente que é um 
> bug da Aplicação, que Não Há uma "solução" a nível de database, e que o 
> quebra-galho de setar os params de compatibility Ninguém garante E pode 
> trazer problemas de performance e usabilidade, aí fica por conta deles a 
> avaliação do Risco de usar ou não, enquanto se CORRIGE a falha mais que 
> evidente da Aplicação...
>  
>  []s
> 
>Chiappa
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
> >
> > Bom dia.
> > 
> > Cenário origem: 
> > 
> > Oracle EE 10.2.0.4 64-bit
> > 
> >  
> > 
> > Cenário destino:
> > 
> > Oracle SE 11.2.0.4 64-bit
> > 
> >  
> > 
> > Ao homologar a migração da aplicação do cliente, caímos no já conhecido bug:
> > 
> > Bug 5368296 - SQL NOT GENERATING ORA-00918 WHEN USING JOIN
> > 
> >  
> > 
> > Então, sabemos que isso ocorre na migração do 10 pro 11 (dentro do próprio
> > 10 ocorre, ao migrar para a 10.2.0.5), enfim, é ocasionado por uma má
> > prática dos desenvolvedores em não qualificarem as colunas, etc, etc...
> > 
> > Eu sei disso, o gerente do cliente sabe disso, mas enfim... alguém já passou
> > por essa situação e recebeu da oracle algum parâmetro pra contornar? Algum
> > hidden? Algum event pra setar a nível de sessão pra evitar esse
> > comportamento?
> > 
> > Quero apenas me cercar de todas as garantias que NÃO tem como contornar,
> > pois vai que o cliente encontra algo depois que digo que não dá pra
> > contornar.
> > 
> >  
> > 
> > 
> > 
> > 
> > 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:   vitorjr81@
> >   http://certificacaobd.com.br/
> > skype: vjunior1981
> > 
> >   https://mybizcard.co/vitor.jr.385628
> >
>

Re: [oracle_br] SQL-00918 column ambiguously defined

[Fabio Prado]

Vitor, se existe algo para contornar isso eu também gostaria de descobrir,
pois quando migrei para 11G tive o mesmo problema, pesquisei algo para
contorná-lo de forma fácil e não achei, então pedi para os desenvolvedores
alterarem as aplicações e eles tiveram que fazer com certa urgência, pois
infelizmente não descobri caminho alternativo!

[]s


Em 30 de setembro de 2013 11:08, Vitor Jr.  escreveu:

> **
>
>
> Bom dia.
>
> Cenário origem: 
>
> Oracle EE 10.2.0.4 64-bit
>
> ** **
>
> Cenário destino:
>
> Oracle SE 11.2.0.4 64-bit
>
> ** **
>
> Ao homologar a migração da aplicação do cliente, caímos no já conhecido
> bug:
>
> Bug 5368296 - SQL NOT GENERATING ORA-00918 WHEN USING JOIN
>
> ** **
>
> Então, sabemos que isso ocorre na migração do 10 pro 11 (dentro do próprio
> 10 ocorre, ao migrar para a 10.2.0.5), enfim, é ocasionado por uma má
> prática dos desenvolvedores em não qualificarem as colunas, etc, etc...***
> *
>
> Eu sei disso, o gerente do cliente sabe disso, mas enfim... alguém já
> passou por essa situação e recebeu da oracle algum parâmetro pra contornar?
> Algum hidden? Algum event pra setar a nível de sessão pra evitar esse
> comportamento?
>
> Quero apenas me cercar de todas as garantias que NÃO tem como contornar,
> pois vai que o cliente encontra algo depois que digo que não dá pra
> contornar.
>
> ** **
>
>
>
>
> 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: vitorj...@gmail.com
> http://certificacaobd.com.br/
> skype: vjunior1981
>
> https://mybizcard.co/vitor.jr.385628
>
> ** **
>
>  
>



-- 
Fábio Prado
www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"

[oracle_br] Re: SQL-00918 column ambiguously defined

[J. Laurindo Chiappa]

  E realmente, se vc for ver a descrição vc vai ver que esse "bug" foi fechado 
como NOT A BUG, ie, não era bug coisa nenhuma mas sim funcionalidade como 
documentada, yep 
   Bom, afaik não sendo bug do RDBMS (e sim falha de programação) vc Não Tem 
"mágica" alguma, parâmetro NENHUM que mude o comportamento, até porque o 
comportamento de retornar um ORA-00918 em colunas não-especificadas é 100% 
correto No máximo vc poderia em tese TENTAR mudar o parâmetro de 
compatibility do database para 10.2.0.1, versão que era menos Comum o 
comportamento correto e esperado de retornar o ORA-918 , mas , Óbvio, sem 
NENHUMA garantia de que vai funcionar E COM uma alta probabilidade de efeitos 
colaterais ** NERVOSOS **, principalmente ausência das otimizações de 
cursor/performance do 11g, como result cache e aumento do cache size de 
cursores implicitamente, coisas assim  
   Assim sendo, o teu caminho tá Claro : é realmente se Documentar com o 
material do metalink e da documentaão Oracle, mostrar para o cliente que é um 
bug da Aplicação, que Não Há uma "solução" a nível de database, e que o 
quebra-galho de setar os params de compatibility Ninguém garante E pode trazer 
problemas de performance e usabilidade, aí fica por conta deles a avaliação do 
Risco de usar ou não, enquanto se CORRIGE a falha mais que evidente da 
Aplicação...
 
 []s

   Chiappa


--- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
>
> Bom dia.
> 
> Cenário origem: 
> 
> Oracle EE 10.2.0.4 64-bit
> 
>  
> 
> Cenário destino:
> 
> Oracle SE 11.2.0.4 64-bit
> 
>  
> 
> Ao homologar a migração da aplicação do cliente, caímos no já conhecido bug:
> 
> Bug 5368296 - SQL NOT GENERATING ORA-00918 WHEN USING JOIN
> 
>  
> 
> Então, sabemos que isso ocorre na migração do 10 pro 11 (dentro do próprio
> 10 ocorre, ao migrar para a 10.2.0.5), enfim, é ocasionado por uma má
> prática dos desenvolvedores em não qualificarem as colunas, etc, etc...
> 
> Eu sei disso, o gerente do cliente sabe disso, mas enfim... alguém já passou
> por essa situação e recebeu da oracle algum parâmetro pra contornar? Algum
> hidden? Algum event pra setar a nível de sessão pra evitar esse
> comportamento?
> 
> Quero apenas me cercar de todas as garantias que NÃO tem como contornar,
> pois vai que o cliente encontra algo depois que digo que não dá pra
> contornar.
> 
>  
> 
> 
> 
> 
> 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:   vitorjr81@...
>   http://certificacaobd.com.br/
> skype: vjunior1981
> 
>   https://mybizcard.co/vitor.jr.385628
>

[oracle_br] SQL-00918 column ambiguously defined

[Vitor Jr.]

Bom dia.

Cenário origem: 

Oracle EE 10.2.0.4 64-bit

 

Cenário destino:

Oracle SE 11.2.0.4 64-bit

 

Ao homologar a migração da aplicação do cliente, caímos no já conhecido bug:

Bug 5368296 - SQL NOT GENERATING ORA-00918 WHEN USING JOIN

 

Então, sabemos que isso ocorre na migração do 10 pro 11 (dentro do próprio
10 ocorre, ao migrar para a 10.2.0.5), enfim, é ocasionado por uma má
prática dos desenvolvedores em não qualificarem as colunas, etc, etc...

Eu sei disso, o gerente do cliente sabe disso, mas enfim... alguém já passou
por essa situação e recebeu da oracle algum parâmetro pra contornar? Algum
hidden? Algum event pra setar a nível de sessão pra evitar esse
comportamento?

Quero apenas me cercar de todas as garantias que NÃO tem como contornar,
pois vai que o cliente encontra algo depois que digo que não dá pra
contornar.

 




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:   vitorj...@gmail.com
  http://certificacaobd.com.br/
skype: vjunior1981

  https://mybizcard.co/vitor.jr.385628