Bem, alguma coisa não bate lá muito bem nessas informações : primeiro, se "Segundo o fornecedor a consulta é simples, sem ordenação, sem where e sem join", não vejo AONDE exatamente novos índices poderiam ser úteis, a não ser que OU existam funções de grupo que possam ser satisfeitas pelos índices OU então (algo possível) a query é mesmo um simples SELECT FROM X; , sem where nem order nem nada, mas Acontece que X é uma view complexa, que faz de tudo e pôde utilizar índices.... Algo a se verificar - e se eu fosse vc, tentaria via algum tipo de trace (e junto com o Suporte do fornecedor) obter o SQL real que o banco tá executando, os valores de BIND e tudo o mais, pra poder analisar e entender EXATAMENTE o que estava pegando, qual o plano antes & depois, qual foi Exatamente a ação do Fornecedor... Sem isso, amanhã alguém altera alguma coisa de novo e vc tá sem saber o que fazer, de novo... Sobre a "bolinha verde" no SQL DEVELOPER : afaik esse ícone indica simplesmente que a rotina PL/SQL foi compilada com a opção de DEBUG, e some quando vc compila sem ela... Compilar em modo DEBUG coloca realmente um pouqinho mais de info no p-code PL/SQL, gera um tantinho de overhead mas deveria ser algo mínimo do mínimo, difícil até de quantificar.... Não me parece que isso por si só possa explicar o seu cenário, mas testa num ambiente Homologação e veja se casualmente no seu ambiente por qquer motivo a compilação com e sem informação adicional de debug tá dando uma diferença tão larga e significativa assim... []s Chiappa
Re: RES: RES: RES: [oracle_br] Re: p erfor mance em função
jlchia...@yahoo.com.br [oracle_br] Tue, 23 Dec 2014 11:55:21 -0800
- [oracle_br] performanc... 'Grupos' marcio_...@yahoo.com.br [oracle_br]
- [oracle_br] Re: p... jlchia...@yahoo.com.br [oracle_br]
- RES: [oracle_... 'Grupos' marcio_...@yahoo.com.br [oracle_br]
- Re: RES: ... jlchia...@yahoo.com.br [oracle_br]
- Re: [oracle_br] p... Andre Santos andre.psantos...@gmail.com [oracle_br]
- RES: [oracle_... 'Grupos' marcio_...@yahoo.com.br [oracle_br]