[oracle_br] SQL-00918 column ambiguously defined
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: mailto:vitorj...@gmail.com vitorj...@gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628
[oracle_br] Re: SQL-00918 column ambiguously defined
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. vitorjr81@... 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: mailto:vitorjr81@... vitorjr81@... http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628
Re: [oracle_br] SQL-00918 column ambiguously defined
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. vitorj...@gmail.com 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
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 jlchiappa@... 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. vitorjr81@ 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: mailto:vitorjr81@ vitorjr81@ http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628
[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???
[oracle_br] Re: SQL-00918 column ambiguously defined
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 fbifabio@... 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. vitorjr81@... 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
Re: [oracle_br] Usando o SELECT NLS_NUMERIC_CHARACTERS
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.comescreveu: ** 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
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 dadim...@yahoo.com.br 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 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.comescreveu: ** 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
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 andre.psantos...@gmail.commailto: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.commailto: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
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
Maidy muito obrigado ... o/ Em 30 de setembro de 2013 14:17, Maidy Chaim ma...@terra.com.br 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.comescreveu: 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
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.comescreveu: ** Maidy muito obrigado ... o/ Em 30 de setembro de 2013 14:17, Maidy Chaim ma...@terra.com.brescreveu: ** 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
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 andre.psantos...@gmail.comescreveu: 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 ma...@terra.com.brescreveu: ** 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
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 andre.psantos...@gmail.comescreveu: ** 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 ma...@terra.com.brescreveu: ** 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
SELECT TO_CHAR(0,'999G999G990D00', 'NLS_NUMERIC_CHARACTERS = ''.,''') Valor FROM DUAL; - Original Message - From: Mario Rodrigues marioirodrig...@gmail.com To: oracle br oracle_br@yahoogrupos.com.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???
[oracle_br] SET_ITEM_PROPERTY VISIBLE PROPERTY_TRUE
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.: