Esse é o resultado do explain verbose.
GroupAggregate (cost=15214945.32..17137926.62 rows=4605944 width=76)
-> Sort (cost=15214945.32..15330093.90 rows=46059432 width=76)
Sort Key: data, produto, cliente, ("substring"((fone)::text, 0,
13)), grupo, gerador, subproduto, simples, alterado, possivel, negado, novo,
finalizado
-> Seq Scan on importacao (cost=0.00..1480786.06 rows=46059432
width=76)
Filter: (((gerador)::text = 'NACIONAL'::text) AND (simples =
'Y'::bpchar))
O shared_buffers não é o total de memória que meu postgres vai utilizar?
Sempre vi falar em usar, 70% da memória total.
-----Mensagem original-----
De: [email protected]
[mailto:[email protected]] Em nome de Euler
Taveira de Oliveira
Enviada em: quarta-feira, 27 de maio de 2009 16:50
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Indice parando.
Jose Augusto Pereira escreveu:
> Criei vários indices diferentes para tentar trabalhar essa tabela, mas
> em todos os casos acontece a mesma coisa, quando eu passo de 400.000
> linhas, o banco para de usar os indices, com isso, se eu processar
> 400.000 o processamento sai em menos de 1 segundo se eu coloco 400.001
> linhas demora 1 hora.
>
Mostre-nos o EXPLAIN ANALYZE da consulta.
> Tenho um servidor com 4Gb de memoria e processador Xeon Quad X3210.
>
> Alguns dos meus principais parâmetros no postgres
>
> max_connections = 100
> shared_buffers = 2048MB
Usar metade da memória para shared_buffers não é uma boa idéia (mesmo tendo
poucos usuários).
--
Euler Taveira de Oliveira
http://www.timbira.com/
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
