From: | Gaetano Mendola <mendola(at)bigfoot(dot)com> |
---|---|
To: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Cc: | Greg Stark <gsstark(at)mit(dot)edu> |
Subject: | Re: Vacuum thoughts |
Date: | 2003-10-19 19:30:53 |
Message-ID: | 3F92E66D.8070600@bigfoot.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Greg Stark wrote:
> The more I think about this vacuum i/o problem, the more I think we have it
> wrong. The added i/o from vacuum really ought not be any worse than a single
> full table scan. And there are probably the occasional query doing full table
> scans already in those systems.
>
> For the folks having this issue, if you run "select count(*) from bigtable" is
> there as big a hit in transaction performance? On the other hand, does the
> vacuum performance hit kick in right away? Or only after it's been running for
> a bit?
The vacuum cost is the same of a full scan table ( select count(*) ) ?
Why not do a sort of "vacuum" if a scan table happen ( during a simple
select that invole a full scan table for example )?
Regards
Gaetano Mendola
From | Date | Subject | |
---|---|---|---|
Next Message | Terry Yapt | 2003-10-19 19:32:32 | Re: PostgreSQL on Novell Netware 6.5. |
Previous Message | Josh Berkus | 2003-10-19 19:24:13 | Re: Dreaming About Redesigning SQL |