From: | ruben <ruben20(at)superguai(dot)com> |
---|---|
To: | hf0722x(at)protecting(dot)net |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Slow after VACUUM, fast after DROP-CREATE INDEX |
Date: | 2004-08-06 16:24:12 |
Message-ID: | 4113B0AC.3070202@superguai.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks Harald, i'm running PostgreSQL 7.1.3.
Harald Fuchs wrote:
> In article <411296B5(dot)6000204(at)superguai(dot)com>,
> ruben <ruben20(at)superguai(dot)com> writes:
>
>
>>Today, one of the processes running daily took 4 hours when it takes
>>about 5 minutes. After a VACCUM ANALYZE of the affected tables it took
>>the same to finish, then I recreated (drop and create) the index of
>>the affected table and the process when again fast. My question is,
>>isn't enough to run a VACCUM to optimize a table and its indexes? Is
>>it advisable to recreate indexes from time to time?
>
>
> This was necessary in PostgreSQL up to 7.3.x, but 7.4.x is supposed to
> fix that. What version are you running?
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-08-06 16:25:43 | Re: PostgreSQL 7.4.2 allows foreign key violation |
Previous Message | Ron St-Pierre | 2004-08-06 15:45:27 | Re: New to Postgres |