Re: Why does a normally fast query run so slow when the table is in a partition?

From: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
To: Bill Thoen <bthoen(at)gisnet(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Why does a normally fast query run so slow when the table is in a partition?
Date: 2011-02-03 16:47:43
Message-ID: 4D4ADC2F.5080205@pinpointresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 02/03/2011 07:29 AM, Bill Thoen wrote:
> Got it solved!
>
Great.
> The problem was one of two things,or maybe both. I had somehow gotten
> over 15 million records into the master table and even though I
> "deleted" them and run VACUUM ANALYZE over the table, they were still
> taking up space in the table.

If you want to delete every record in the table, use truncate (truncate
table only tablename;), it is far faster than delete all and clears out
the unused space.

"Vacuum analyze" just does a vacuum and an analyze. Vacuum does not
reclaim space but merely identifies "holes" in the table that can be
reused. "Vacuum full" will reclaim the space but is very slow. "Cluster"
is almost always the preferred way of reclaiming space.

Both "vacuum full" and "cluster" require an exclusive lock.

Cheers,
Steve

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2011-02-03 16:51:41 Re: Encoding Conversion
Previous Message rick chu 2011-02-03 16:17:26 Re: PostgreSQL For Beginners