seguem as respostas pra cada item : --- Em oracle_br@yahoogrupos.com.br, "Marcelo Cauduro" <[EMAIL PROTECTED]> escreveu > > Então ficam mais 5 questões : > > - o db_block_size afeta a performance de um oltp ? ou melhor, de 4kb para > 8kb da diferenca ?
Normalmente não muito - veja vc, a diferença principal de um block de 4 Kb pra um de 8 Kb é que no bloco maior há menos chance de frequentemente houver registro que não coube inteiro no bloco e é alocado novo bloco, mas tipicamente num oltp, bem normalizado, não há registros tão longos, então nem isso. Normalmente o pessoal opta por 8 kb porque é um valor médio de bloco, funciona bem nem é um dos menores valores que pode levar à maior frequencia de regs migrados ou I/O muito pequeno, nem é dos maiores onde pode haver um pouco mais de espaço não-usado ou I/O um pouco mais excessivo. Mas não, não vi até hoje um caso onde duas máquinas com mesma versão de banco , os parâmetros iguais, carga de máquina igual, dê diferença significativa por causa de block size, a não ser em casos extremos (ie, usa o menor de todos, 2 Kb , ou o maior , normalmente 32 Kb). > > - posso comparar um 8i e um 10g na mesma maquina - o 8i com RBO e o 10g com > CBO , esperando que o 10g seja igual ou mais rapido ? Pode, a questão só é que eventualmente outra sessão pode , em tese, a qquer momento disparar alguma coisa pesada no outro banco, aí a máquina sobrecarregada, o CBO até monta o melhor plano possível mas por causa da carga causada pela outra sessão mesmo esse melhor plano demora... Esse é que é o X de vc estar testando numa máquina com outras coisas rodando, às vezes fica difícil vc filtrar interferências das outras coisas naquilo que vc está testando, é por isso que é RECOMENDADO se fazer isso em outra máquina só com a coisa a testar... > > - se eu coloco RBO no 10g, ele suporta então regras ? Por "suporta" vc quer dizer se funciona ? Sim, tranquilamente funcionar funciona, mas com certeza a Oracle não recomenda, e afaik não dá suporte. >mas a questão é, ele > com Regras vai ser mais performatico que um 8i com regra ? A tendência não é : se tudo o resto for igual, provavelmente 10g em modo de regra deve ser basicamente idêntico ao 8i em modo de regra, pois o otimizador de regras não muda desde a versão 7 do banco... As chances de vc eventualmente obter performance melhor no 10g são pequenas, só mesmo se alguma das features novas dele que não dependa de otimizador proporcionarem isso (como por exemplo afaik são o array size automático em pl/sql, as melhorias de redo, os gerenciamentos automatizados de SGA, etc) - na prática, porém, o meu palpite é que se o 8i em rbo estiver com redo log bem tunado, já estiver fazendo algum array processing onde necessário, tiver a SGA bem dimensionadinha, etc, não vejo muita margem para grandes diferenças. > - qual sua sugestão para fins comparativos , comparar o 10g CBO com o 8i RBO > ou com o 10g RBO (se puder e for mais performatico que o 8i com regras) > ????? Minha sugestão é simples : imagino que vc está com o 10g no meio porque quer migrar pra ele no final das contas, certo ?? Então a idéia é , numa máquina de homologação, o mais semelhante possível à Produção, tenha o 8i em regra, que nem a produção, uma vez comprovado por testes que a performance está basicamente idêntica vc passa esse banco pra CBO (e faz TODOS os settings necessários pro CBO funcionar, vai haver queries que talvez vc tenha que alterar, terá que coletar stats, determinar necessidade de histogramas, enfim, mexer bastante, o que é relativamente extenso), uma vez isso feito e testado e obtido algum ganho (que deve sim haver no CBO), e eventualmente ajustadas as relativamente poucas queries que precisarem, aí sim demonstrado que o CBO foi bem, só aí vc migra pra 10g : acho que fazer duas alterações pesadas (ie, ir de RBO pra CBO , e de 8i pora 10g ) numa tacada só é por demais arriscado. []s Chiappa -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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
