Colega, tirando a chance de índices inválidos, corrupção de dados e similares (já que essas coisas dão mensagens Claras no alert e/ou aparecem numa execução via sqlplus, coisas que com certeza imagino que o seu DBA já viu/testou/analizou), pelo que vc descreve o que eu imagino aí é que após as alterações o Plano de execução mudou após as mudanças que vc fez no servidor e agora vc está caindo num dos vários bugs relativos à wrong results com views em alguns tipos especiais de planos, o que não acontecia antes : consulta o metalink que vc obtém a lista completa, mas entre outros eu cito http://jonathanlewis.wordpress.com/2008/02/17/pushing-predicates-2/ , http://www.oracloid.com/2006/05/hash-group-by-can-give-wrong-result-in-oracle-102/ (há uns anos eu tive muitos problemas num cliente do interior em bd 10.2.0.4 com esse e alguns derivados dele) e http://www.dba-oracle.com/oracle_news/news_returns_wrong_sql_result.htm (o que ele cita de prefetch no 10gR2 também me deu bastante trabalho) ... Se vc tiver um trace ou um plano de execução (completo, retirado das v$) datando de antes da alteração vc poderia o comparar com o atual, o que já seria uma indicação Bem clara e uma delimitação do problema , mas se não tiver eu recomendo : a) aplique o patchset mais recente da sua versão (e se o seu Release é R1 considere a chance de ir pra um R2), pois diversos desses bugs de wrong results foram corrigidos na 11.2.0.3 , 10.2.0.5 (esse matou a maioria dos meus lá no cliente do interior) e 9.2.0.8 b) se p patchset mais recente da R2 da sua versão não resolveu, alguém vai ** TER ** que analisar o descobrir o passo envolvido , isso exige : 1. desmontar a view (ie, descobrir quais são os SELECTs envolvidos, tirar as colunas desnecessárias e de um modo geral 'enxugar' a view ao máximo), mas ainda reproduzindo a issue , e no possível tentar diminuir os dados (talvez criando as tabelas num outro ambiente/schema com menos dados) 2. executar os SELECTs separadamente, mostrando que os dados vem corretamente ao se executar fora da view 3. obter o plano de execução completo da view Com isso, vc tanto será capaz de pesquisar no metalink qual/quais BUGs podem estar te interferindo quanto já terá em mãos o necessário para abrir um Chamado no Suporte Oracle. []s Chiappa
--- Em oracle_br@yahoogrupos.com.br, Brito - Informatica <brito@...> escreveu > > Bom dia. > Os dados vem diferentes, exemplo, deveria retornar 200 linhas, com o erro > retorna mais de 1000 linhas e sem nexo nenhum. > O Exemplo, é apenas uma amostragem. > Grato. > > Edivaldo Brito. > > > > -----Mensagem original----- > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em > nome de Milton Bastos Henriquis Jr. > Enviada em: terça-feira, 14 de fevereiro de 2012 09:43 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: [oracle_br] Problema em view > > Só pra conferir: os DADOS estão vindo diferentes ou é apenas a ordem das > linhas que vem em sequencias diferentes? > O retorno do select são poucos registros mesmo assim como vc colou abaixo? > Ou é apenas uma amostragem pequena?? > > > > > On Mon, Feb 13, 2012 at 5:40 PM, Brito - Informatica <brito@...>wrote: > > > ** > > > > > > Estou com um problema "misterioso". > > Após a troca do storage, começou a acontecer um fato estranho com uma view. > > Rodo um select * from view_teste e obtenho um retorno, após alguns > > segundos, execute novamente o mesmo script e o retorno é outro > > completamente diferente. > > Vou tentar explicar melhor: > > > > O retorno correto deveria ser: > > NFE-----DATA------------ PRODUTO----- CLIENTE > > 10 01/02/12 Caneta Maria > > 20 02/02/12 Caderno Ana > > 30 05/02/12 Lápis Paulo > > > > Para o mesmo script, o retorno é: > > NFE-----DATA------------ PRODUTO----- CLIENTE > > 20 01/02/12 Caneta Maria > > 20 01/02/12 Caneta Ana > > 20 01/02/12 Caneta Paulo > > > > O problema deve ter relação com a mudança da base, pois foi justamente > > após a troca do storage que começou a acontecer, pois já faz mais de 2 anos > > que esta rotina está no ar. > > Já acionamos nossos DBAs, mas o problema parece ser um mistério. > > Se alguém souber de algo, agradeço. > > > > Edivaldo Brito > > > > [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 >