Re: Why so slow?
От
Bealach-na Bo
Тема
Re: Why so slow?
Дата
Msg-id
BAY101-F38A0FADC87E67C062FE5E1ADB00@phx.gbl
Ответ на
Re: Why so slow? (Alan Hodgson)
Список
Дерево обсуждения
Why so slow? "Bealach-na Bo" <bealach_na_bo@hotmail.com>
Re: Why so slow? Andreas Kretschmer <akretschmer@spamfence.net>
Re: Why so slow? "Bealach-na Bo" <bealach_na_bo@hotmail.com>
Re: Why so slow? Alan Hodgson <ahodgson@simkin.ca>
Re: Why so slow? "Bealach-na Bo" <bealach_na_bo@hotmail.com>
Re: Why so slow? Alan Hodgson <ahodgson@simkin.ca>
Re: Why so slow? "Bealach-na Bo" <bealach_na_bo@hotmail.com>
Re: Why so slow? Bill Moran <wmoran@collaborativefusion.com>
Re: Why so slow? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why so slow? Bill Moran <wmoran@collaborativefusion.com>
Re: Why so slow? Michael Stone <mstone+postgres@mathom.us>
Re: Why so slow? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why so slow? Markus Schaber <schabi@logix-tt.com>
Re: Why so slow? "Jim C. Nasby" <jnasby@pervasive.com>
Re: Why so slow? "Bealach-na Bo" <bealach_na_bo@hotmail.com>
Re: Why so slow? Bruno Wolff III <bruno@wolff.to>
Re: Why so slow? K C Lau <kclau60@netvigator.com>
Re: Why so slow? Tom Lane <tgl@sss.pgh.pa.us>
Re: Why so slow? K C Lau <kclau60@netvigator.com>
Re: Why so slow? Michael Stone <mstone+postgres@mathom.us>
Re: Why so slow? "Jim C. Nasby" <jnasby@pervasive.com>
>If you don't need access to the old data constantly: > > - copy the live data to a new table > - TRUNCATE the old table (which needs an exclusive lock but is very fast) > - insert the data back in > - for an event log I would imagine this could work Obtaining exclusive locks on this table is very difficult, or rather, will make life very difficult for others, so I'm averse to running vacuum full or truncate (though I don't know how fast truncate is) on a regular basis. I might just get away with running it once a month, but no more. (Lazy) vacuum, however is a much more palatable option. But (lazy) vacuum does not always reclaim space. Will this affect performance and does this mean that a full vacuum is unavoidable? Or can I get away with daily (lazy) vacuums? Disk space is not an issue for me, but performance is a BIG issue. Of course, I realize that I could improve the latter with better schema design - I'm working on a new schema, but can't kill this one yet :|. Regards, Bealach
В списке pgsql-performance по дате отправления