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

Responder a