Então : comparando o plano original com o novo plano obtido pelo profile, ok
até mudou o método de acesso mas a Diferença de cardinalidade ao se usar esse
tal índice BKPF~0 é ** brutal **, é muita coisa mesmo - assim se esse índice
Já Existia, o fato de ele não ter sido usado indica que vc
Esse indice FAGLFLEXA~2 eu fiz rebuild, mas nao adiantou de absolutamente nada.
O restante nao foi alterado, nem indice criado nem dropado.
Algumas das informacoes do SQLT:
DBMS_STATS SYSTEM STATISTICS Single-block read time of 1.138 milliseconds seems
too small.Index coalesce candidate. (para
Ok que o vc contornou seu 'problema', mas alguma coisa muito esquisita estava
acontecendo aí : no plano original vc tinha (elimino a coluna do ID e do tempo
só para caber melhor aqui no post) :
| Operation
Luis, segue o novo plano gerado abaixo:
http://textuploader.com/dcjxh
Em Terça-feira, 19 de Dezembro de 2017 10:11, "Luis Freitas
lfreita...@yahoo.com [oracle_br]" escreveu:
Ola Rafael,
Você pode postar o plano de execução novo?
Atc,Luis Freitas
Ola Rafael,
Você pode postar o plano de execução novo?
Atc,Luis Freitas
On Monday, December 18, 2017 3:33 PM, "Rafael Mendonca
raffaell.t...@yahoo.com [oracle_br]" wrote:
PEssoal, o problema foi resolvido.
A solução na qual tomei como base foi a
PEssoal, o problema foi resolvido.
A solução na qual tomei como base foi a extração do relatório SQLT pelo sqlid
da consulta. E no SQLT existia a recomendação para criação de um sqlprofile,
que o ganho seria de 99%, após a criação do sql_profile abaixo
execute
Bom, pelo prompt de SQL> eu estou SUPONDO que vc optou por criar no sqlplus as
bind variables todas necessárias e executar o SQL via sqlplus mesmo né ? Bom,
DEVERIA FUNCIONAR certinho mas pra teste já que é assim mete o hint de
gather_statistics mesmo no texto que vc entra entrando no
Exatamente pessoal, estou de acordo com voces. O chamado com a SAP ja esta
aberto, e so alteramos algo com a autorizacao da SAP.
Chiappa, realizei o que vc me pediu, mas nao obtive sucesso, o plano de
execucao soh me mostra o E-rows.
Alterei o parametro a nivel de sessao.
Note- - Warning:
Verdade verdadeiríssima, por isso na minha resposta frisei bem :
"Mas só porque vc PODE fazer não quer dizer que vc DEVA okdoc ? Em especial
quando falamos de SAP, que é uma aplicação TREMENDAMENTE FECHADA, onde nem
sequer usar a tool de backup nativa do banco eles te deixam Sendo assim,
Boa tarde a todos,
Gostaria apenas de complementar com um experiência que já tive com a SAP.
O pessoal passou varias dicas boas, para tratar o seu caso/situação,
entendo que na vontade de melhorar e/ou resolver acabamos fazendo essas
"alternativas", que muitas vezes são "pontuais",
Sim, exatamente o que sugeri na minha Obs lá pro colega : fora de prod testar
hints, alter sessions mexendo em params do CBO, profiles, e tudo o mais
[]s
Chiappa
---Em oracle_br@yahoogrupos.com.br, escreveu:
olá, boa tarde!
você poderia testar
Usa a opção de criar BIND VARIABLEs da tua tool cliente (no SQLPLUS seria
VARIABLE, por exemplo) e cria todos os BINDs necessários e bota os valores
neles , ou AINDA MELHOR, se for possível vc alterar apenas uma sessão na
aplicação pra executar com o parâmetro de STATISTICS_LEVEL para all (via
Chiappa, a recomendacao foi da SAP, irei checar todas essas informacoes
passadas por voces, no fim do dia darei um retorno aqui.
Em relacao ao plano extendido com SELECT /*+ GATHER_PLAN_STATISTICS */como eu
vou executar com as variaveis bind? Com variavel bind o select me retorna o
erro
olá, boa tarde!
você poderia testar o hint /*+ use_nl()*/ e ve se o resuldato melhora?
se o resultado for satisfatorio, você pode aplicar esse plano para a sua query,
com a criação de uma profile.
Att,
Em Sexta-feira, 15 de Dezembro de 2017 14:28, "jlchia...@yahoo.com.br
[oracle_br]"
14 matches
Mail list logo