Re: Problem with large table not using indexes (I think)
От
Benjamin Arai
Тема
Re: Problem with large table not using indexes (I think)
Дата
Msg-id
458D8828.70807@araisoft.com
Ответ на
Список
Дерево обсуждения
Problem with large table not using indexes (I think) Benjamin Arai <benjamin@araisoft.com>
Re: Problem with large table not using indexes (I think) Jeff Frost <jeff@frostconsultingllc.com>
Re: Problem with large table not using indexes (I think) Benjamin Arai <benjamin@araisoft.com>
Re: Problem with large table not using indexes (I think) Jeff Frost <jeff@frostconsultingllc.com>
Re: Problem with large table not using indexes (I think) Benjamin Arai <benjamin@araisoft.com>
I thought that you only need to use the -z flag if the distribution of the data is changing. Jeff Frost wrote: > On Sat, 23 Dec 2006, Benjamin Arai wrote: > >> The largest table in my database (30GB) has mysteriously went from >> taking milli-seconds to perform a query to minutes. This disks are >> fine and I have a 4GB shared_memory. Could this slow down have to do >> with the fsm_max_pages or something else like that? I made it larger >> but the queries still taking a long time. I do daily vacuum's but I >> don't run it with -z or --full. I would like to avoid doing a --full >> if possible because it would literally take over a week to complete. >> Any help would be greatly appreciated. > > Benjamin, > > When is the last time you ran ANALYZE? That's what the -z option > does. If you're only vacuuming once daily, you should definitely > analyze with the -z flag as well. >
В списке pgsql-admin по дате отправления