Opa, valeu demais pelos esclarecimentos!
Até!
----- Original Message -----
From: "jlchiappa" <[EMAIL PROTECTED]>
To: <oracle_br@yahoogrupos.com.br>
Sent: Friday, September 30, 2005 10:00 AM
Subject: [oracle_br] Re: Diferença de planos ou estatisticas
Vários : erros de invalid number ou invalid date, erros ORA-nn
diversos em montagem de hash tables, funções de strings (como SUBSTR,
INSTR, etc) dando resultados errados.... Eu larguei mão TOTAL desse
cara, em sistemas que não fazem BIND eu brigo até que seja feito
isso, ou onde isso é fisicamente impossível ao menos tento esvaziar o
cache de SQLs de tanto em tanto, esse parametrozinho é mesmo
quebrado, IMHO. Se vc pesquisar no metalink, vc va achar PELO MENOS
uma boa dezena de bugzinhos do tipo desse cara, e a maioria só foi
corrigido no 10g (alguns só no 10gr2!!), pra quem não tá em 10g nem
pensar em tentar usar isso...
O pior dele, porém, ** não é ** os bugs, mas os efeitos colaterias :
pra início de conversa, o trabalho de ficar pesquisando e trocando
coisas num texto consome uma CPU que não é desprezível .Outra é o
fato de como ele trabalha, o objetivo dele na vida é substituir TODOS
OS LITERAIS com binds : assim (por exemplo), se vc tinha uma cláusula
tipo :
SUBSTR(campo, 1, 5)
a ferramenta-cliente SABE que esse cara vai retornar 5 caracteres,
normalmente sabe formatar a saída de acordo, com o raio desse
parâmetro isso vira :
SUBSTR(campo, :SYS_gahagag, :SYS_hsgsgs)
==> sabe-se lá qual o tamanho dessa saída....
Também tive interferência nos meus testes com índices de função, pois
o SQL era tipo ... WHERE campo = funcçao('paramstring), e o raio
desse treco trocava isso pra WHERE campo = função(:SYS_fdfda), e
obviamente o índice não era nisso.
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Augusto Cesar Rodovalho Costa"
<[EMAIL PROTECTED]> escreveu
> Só uma dúvida, quais são os bugs que encontraram ou problemas que
tiveram
> com esse parâmetro?
> Atenciosamente.
>
> ----- Original Message -----
> From: "Renan da Silveira Medeiros" <[EMAIL PROTECTED]>
> To: <oracle_br@yahoogrupos.com.br>
> Sent: Friday, September 30, 2005 8:44 AM
> Subject: Re: [oracle_br] Re: Diferença de planos ou estatisticas
>
>
> Aproveitando o assunto do Chiappa sobre CURSOR_SHARING, afirmo o
seguinte :
> NÃO USE. Outro dia num cliente implantei a utilização do mesmo, e
uma semana
> depois começou a dar alguns erros numa determinada aplicação.
Resumo da
> ópera, continua com os mesmo bug´s da versão 8i.
>
> Renan Medeiros
> .
> Unimix Tecnologia Ltda
> 0 xx 61 8145 7869
> 0 xx 61 3201 8888
>
> ----- Original Message -----
> From: jlchiappa
> To: oracle_br@yahoogrupos.com.br
> Sent: Thursday, September 29, 2005 10:18 PM
> Subject: [oracle_br] Re: Diferença de planos ou estatisticas
>
>
> Seguinte : quanto às bind variables, isso depende da versão : na
9i em
> diante o banco consegue antes de executar o bind dar uma "sapeada"
> rápida nos histogramas (pesquise em http://asktom.oracle.com por
BIND
> VARIABLES PEEKING que vc acha alguns casos-exemplo) . Já na
versão 8i
> e anteriores isso não existia, então sim, na 8i basicamente era OU
> histograma OU bind variable, vc não podia ter os dois.
> Quanto ao CURSOR_SHARING, já que ele efetivamente altera o SQL a
ser
> enviado pro banco, substituindo o que está fixo por BIND
VARIABLES, **
> creio ** que vale o mesmo : na 9i em diante faz peeking, na 8i
não usa
> histogramas. Nunca usei esse cara (ele era muito bugado e muito
> imprevisível pro meu gosto), mas acho que é isso.
>
> []s
>
> Chiappa
> --- Em oracle_br@yahoogrupos.com.br, Roberto Cavalcanti
> <[EMAIL PROTECTED]> escreveu
> > Aproveitando o assunto, a utilização de histogramas
> > funcionam quando se utiliza "bind variable" ou
> > cursor_sharing = SIMILAR ?
> >
> > Sds
> >
> > Roberto
> > --- jlchiappa <[EMAIL PROTECTED]> escreveu:
> >
> > > Com certeza, usar GATHER_SCHEMA_STATS é, na maior
> > > parte das vezes,
> > > uma BOBEIRA, pois vc está coletando da MESMA maneira
> > > as diferentes
> > > tabelas que existem num schema, e na real certamente
> > > devem existir
> > > ALGUMAS tabelas que precisam de histograma, ALGUMAs
> > > que não, ALGUMAS
> > > que exigem COMPUTE, e GATHER_SCHEMA coleta tudo
> > > igual pra todas....
> > > Em msgs recentes aqui mesmo isso já foi discutido,
> > > mas vale o
> > > lembrete. No caso em questão, porém, pelo q entendi
> > > vc antes coletava
> > > com ANALYZE aí passou pra DBMS_STAT, certo, então
> > > ALÉM de usar
> > > erradamente a GATHER_SCHEMA, ainda HÀ SIM diferenças
> > > entre os
> > > defaults do ANALYZE e da DBMS_STATS
> > > Afora isso : a primeira coisa que se pensa é, os
> > > parãmetros de CBO
> > > (ie, optimizer_nnn), de I/O (como multiblock), de
> > > consumo de RAM (SGA
> > > e PGA) estão bons no banco 9i ?? O 9i é mesmo
> > > maior, é comum ele
> > > exigir um tanto a mais de RAM e de CPU. Outra coisa
> > > : alguns
> > > parâmetros de queries complexas (como o
> > > _COMPLEX_VIEW_MERGING, o
> > > UNNEST_SUBQUERY, etc) ** MUDARAM ** de default no
> > > 9i, vc checou
> > > isso ??
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br,
> > > "cristiano_miolo"
> > > <[EMAIL PROTECTED]> escreveu
> > > > Bom Dia amigos, migrei um banco de 8i para o 9i,
> > > tenho notado que
> > > > algumas consultas estão com planos diferentes do
> > > que executavam
> > > > anteriormente, eu estou usando CBO e coletando
> > > estatisticas
> > > diarimente
> > > > através do dbms_stats.gather_schema_stats, a minha
> > > duvida seria se o
> > > > modo que estou coletando estatísticas está
> > > diferente do analyze do
> > > 8i?
> > > > isto pode ser o agravante??
> > > >
> > > > []'s
> > > >
> > > > Cristiano
> > >
> > >
> > >
> > >
> > > ORACLE_BR APOIA 2ºENPO-BR
> > >
> >
_____________________________________________________________________
> > > O 2º Encontro Nacional de Profissionais Oracle será
> > > realizado no dia 05/11/2005 no auditório da FIAP em
> > > São Paulo. Serão apresentadas Palestras e Cases
> > > dirigidos exclusivamente por profissionais
> > > especialistas e renomados no mercado. Confira a
> > > programação no site do evento!
> > > http://www.enpo-br.org/
> > >
> >
_____________________________________________________________________
> > >
> > > Links do Yahoo! Grupos
> > >
> > >
> > >
> > > http://br.yahoo.com/info/utos.html
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________________
> > Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos
> emoticons e muito mais. Instale agora!
> > www.yahoo.com.br/messenger/
>
>
>
>
> ORACLE_BR APOIA 2ºENPO-BR
>
_____________________________________________________________________
> O 2º Encontro Nacional de Profissionais Oracle será realizado no
dia
> 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas
Palestras e
> Cases dirigidos exclusivamente por profissionais especialistas e
renomados
> no mercado. Confira a programação no site do evento!
http://www.enpo-br.org/
>
_____________________________________________________________________
>
>
>
> Yahoo! Grupos, um serviço oferecido por:
>
>
>
> --------------------------------------------------------------------
----------
> Links do Yahoo! Grupos
>
> a.. Para visitar o site do seu grupo na web, acesse:
> http://br.groups.yahoo.com/group/oracle_br/
>
> b.. Para sair deste grupo, envie um e-mail para:
> [EMAIL PROTECTED]
>
> c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos
do
> Serviço do Yahoo!.
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> ORACLE_BR APOIA 2ºENPO-BR
>
_____________________________________________________________________
> O 2º Encontro Nacional de Profissionais Oracle será realizado no
dia
> 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas
Palestras e
> Cases dirigidos exclusivamente por profissionais especialistas e
renomados
> no mercado. Confira a programação no site do evento!
http://www.enpo-br.org/
>
_____________________________________________________________________
>
> Links do Yahoo! Grupos
ORACLE_BR APOIA 2ºENPO-BR
_____________________________________________________________________
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_____________________________________________________________________
Links do Yahoo! Grupos
ORACLE_BR APOIA 2ºENPO-BR
_____________________________________________________________________
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases
dirigidos exclusivamente por profissionais especialistas e renomados no
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_____________________________________________________________________
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
