Re: truncate/create slowness

From: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: truncate/create slowness
Date: 2005-03-31 13:51:16
Message-ID: d2gv9u$14hm$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


"Joe Maldonado" <jmaldonado(at)webehosting(dot)biz> writes
> I suspect that pg_class has too many pages (49182 as below) and for
> some reason the above commands spend a lot of time updating it.
> vacuum/analyze on pg_class has not helped. Also, since the time taken
> for these commands is not consistently fast or slow, I'm puzzled.
>

Statistics (reltuples, relpages) from pg_class is not always fresh. If you
want to "reduce" the size of table, run vacuum with "full" option. Also, you
may want to examine that the time is not caused by checkpoints or locks.

Regards,
Qingqing

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Qingqing Zhou 2005-03-31 13:57:04 Re: Triggers: using table's primary key value to update another field
Previous Message Qingqing Zhou 2005-03-31 13:42:36 Re: Database monitor (again)