[pgbr-geral] I/O no Postgresql

2008-08-12 Thread [EMAIL PROTECTED]
Pessoal deem uma olhada nesse link: http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um cenário com índices no banco de dados e outro sem índice no banco de dados, preciso agora entender duas questões: - Com

Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Thread [EMAIL PROTECTED]
Pessoal Não sei se ficou bem claro minhas perguntas no outro email. Na verdade, eu preciso saber principalmente se quando o SGBD tem que fazer um FULL SCAN, se ele joga tudo na memória para trabalhar, e por isso tem pouca leitura na base de dados neste caso, cfm grafico do link. Abs 2008/8/12 [E

Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Thread Joao Cosme de Oliveira Junior
o shared buffer é justamente feito para evitar acesso ao disco , que por sinal é muito caro. Tanto o uso de índices como full scan são ACESSOS A DISCO! O que pode ter acontecido, não sei se foi o caso , que vários dados na primeira consulta já estavam no shared buffer > Pessoal > Não sei se fico

Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Thread Roberto Mello
2008/8/12 [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Pessoal deem uma olhada nesse link: > > http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html > > Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um > cenário com índices no banco de dados e outro sem índice no ba

Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Thread Mozart Hasse
Giraya, From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: [pgbr-geral] I/O no Postgresql > - Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD > conseguir processar mais dados, correto? _Coincidentemente_ sim. _U_m_ dos motivos para ter mais aces