Problemas de performance carregando uma quantidade maior de

[hudsonaParticipante]

Andre

Contra fatos não há argumentos, mostre seus relatorios e os desenvolvedores vão ter que acabar entendo a sua situação, embora sempre que possivel a conversa é a melhor forma de tentar resolver essa situação.
Acho ainda que você pode e vai descobrir mas coisas olhando os waits events. incluse pode ter a certeza se os seus problemas são realmente a falta de binds.

Não acredito que o aumento do log bufer no seu caso traga beneficios não.

A Redo log buffer armazena as alterações mais recentes até que LGWR grava-las no redo log files.
Porém imagino que deva estar pensando , já que eu não tenho mais a mesma quantidade de commits,
então LGWR não esta mais fazendo a mesma quantidade de flush de todas as alterações referentes aos blocos
para dos redo logs, então se eu tiver um Log buffer maior vou ter menos i/o de disco.
Bem se pensou assim esta errado, porque os dados que estão no Log Bufer vão para os redo log files
rapidamente de qualquer jeito, com ou sem commit, quando 1/3 do buffer tiver preenchido,quando 1MB de entradas no buffer de redo log tiver sido armazenado ou a cada
3 segundos o oracle vai gravar os registors do buffer nos redo log files.
E um buffer de redo log grande pode até prejudicar seu ambiente.
Quando uma instrução commit é enviada, parte desse processo consiste em gravar o conteudo do buffer de redo log
nos redo log files, um buffer de redo log grande pode significar que existem mais dados para serem gravados quando
uma instrução commit é emitida, e enquanto os dados não são gravados do buffer para o disco, a sessão fica
suspensa e a mensagem commit-complete não é retornada.
Mas ainda assim, se quiser ter certeza olhe as waits events e verifique se aparece muitos log_buffer_space waits.

Existe uma formula padrão para calculo do log buffer que é a :
LOG_BUFFER = 128K * total_processador;

Abraços