Opa, blz? Legal, vai fazer Treinamento de Tuning com a gente? A idéia deste SQL é que não há problema em encontrar 1 ou 2 SQLs sem Binds. Estes não são muito prejuízo, um hard parse aqui e ali é normal. O problema são aqueles que são executados repetidamente, muitas e muitas vezes. Aí você pode achar por este SQL.
Exemplo, este SQL tem os primeiros caracteres iguais: SELECT SALARIO WHERE USER_NAME = 'PORTILHO'; SELECT SALARIO WHERE USER_NAME = 'LUIZA'; SELECT SALARIO WHERE USER_NAME = 'JULIO'; SELECT SALARIO WHERE USER_NAME = 'AGATHA'; Um SQL executado assim umas mil vezes (uma para cada funcionário), em um LOOP talvez, esse sim derruba seu Banco. Abraço ! Ricardo Portilho Proni http://nervinformatica.com.br Em Qui, 2010-07-29 às 19:25 +0000, candiurudba escreveu: > > > Grande Ricardo...tudo bom ? > > Estou fechando la uma visita com a Luiza...acho que agora para o mes > que vem... :-) > > Não entendi a relação de sql parecidos (e o que fazer com eles) com o > latch...pensei que este latch fosse relacinado a querys sem binds, > querys com baixa performance e etc... > > --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni > <ricardo.pr...@...> escreveu > > > > Eu uso este SQL para encontrar os SQLs parecidos (100 primeiros > > caracteres iguais, o que não é perfeito) com maior quantidade. > > > > SELECT SUBSTR(SQL_TEXT, 1, 100) SUB_SQL_TEXT, COUNT(SUBSTR(SQL_TEXT, > 1, > > 100)) QTD FROM V$SQL GROUP BY SUBSTR(SQL_TEXT, 1, 100) HAVING > > (COUNT(SUBSTR(SQL_TEXT, 1, 100)) > 10) ORDER BY QTD; > > > > Ricardo Portilho Proni > > http://nervinformatica.com.br > > > > > > > > Em Qui, 2010-07-29 às 12:26 +0000, candiurudba escreveu: > > > > > > > > > > > Bom dia colegas, > > > > > > Acredito que muito já passaram por este tipo de problema e de vez > em > > > quando, me vejo com este latch que sempre gera uma lentidão > demasiada > > > no meu banco de dados... > > > > > > De segunda-feira pra ca, tenho tido este latch e não consigo > encontrar > > > os responsaveis (objetos)...Sei que ele esta ligado a query sem > binds, > > > a baixa performance na aexecução dos objetos mas, alguem saberia > me > > > dizer como identificar a origem do problema ? > > > > > > Pelo a analise inicial que fiz, ele esta diretamente ligado a > execução > > > de blocos pl/sql (verificação feita pelo OEM). > > > > > > Segue algumas informações basicas: > > > > > > LATCH# NAME GETS MISSES SLEEPS > > > > > > 122 cache buffers chains 792655924052 4298315845 29895414 > > > 215 library cache 3974413141 5155221 2182710 > > > 214 shared pool 2276811941 2995457 914393 > > > > > > Outro vilão meu é o cache buffer chains...mas com relação a este > ja > > > estou resolvendo (performance ruins de querys e alto consumo de > CPU). > > > > > > Alguem teria algum pitaco ? > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > [As partes desta mensagem que não continham texto foram removidas]