From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Yasset Perez Riverol <yasset(dot)perez(at)biocomp(dot)cigb(dot)edu(dot)cu> |
Cc: | Silvio Quadri <silvioq(at)gmail(dot)com>, postgres <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Performance y Postgresql.conf |
Date: | 2008-02-12 14:28:49 |
Message-ID: | 20080212142849.GA14683@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Yasset Perez Riverol escribió:
> Silvio lo que me dices de tener una tabla con la estadistica ya lo
> pense pero sobre 5 millones de [registros] creo que count(*) no debe
> dar un resultado como este:
>
> QUERY PLAN
> -------------------------------------------------------------------------------------------------------------------------------
> Aggregate (cost=200569.48..200569.49 rows=1 width=71) (actual
> time=28574.282..28574.284 rows=1 loops=1)
> -> Seq Scan on tabla1 (cost=0.00..187024.78 rows=5417878 width=71) (actual
> time=16.214..19513.222 rows=5417878 loops=1)
> Total runtime: 28574.382 ms
> (3 rows)
El problema de count(*) se ha discutido muchas veces. La respuesta es
que la unica manera de hacer count(*) es recorrer la tabla completa. Si
te sirve una estimacion en lugar de una cantidad exacta-exacta, se
pueden buscar maneras mas rapidas de encontrar el total.
El fichero de configuracion es bastante irrelevante.
En resumen, lo que muestras arriba es correcto y esperable.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Rodriguez Fernando | 2008-02-12 14:29:44 | Re: Performance y Postgresql.conf |
Previous Message | Yasset Perez Riverol | 2008-02-12 14:24:26 | Re: REGISTROS DUPLICADOS EN LA BASE DE DATOS |