Re: Delete query takes exorbitant amount of time

Поиск
Список
Период
Сортировка
Искать
От
Simon Riggs
Тема
Re: Delete query takes exorbitant amount of time
Дата
Msg-id
1112050751.11750.924.camel@localhost.localdomain
Ответ на
Список
Дерево обсуждения
Delete query takes exorbitant amount of time Karim Nassar <Karim.Nassar@acm.org>
Re: Delete query takes exorbitant amount of time Tom Lane <tgl@sss.pgh.pa.us>
Re: Delete query takes exorbitant amount of time Mark Lewis <mark.lewis@mir3.com>
Re: Delete query takes exorbitant amount of time Tom Lane <tgl@sss.pgh.pa.us>
Re: Delete query takes exorbitant amount of time Mark Lewis <mark.lewis@mir3.com>
Re: Delete query takes exorbitant amount of time Gaetano Mendola <mendola@bigfoot.com>
Re: Delete query takes exorbitant amount of time Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: Delete query takes exorbitant amount of time Oleg Bartunov <oleg@sai.msu.su>
Re: Delete query takes exorbitant amount of time Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: Delete query takes exorbitant amount of time Karim Nassar <karim.nassar@acm.org>
Re: Delete query takes exorbitant amount of time Josh Berkus <josh@agliodbs.com>
Re: Delete query takes exorbitant amount of time Karim Nassar <karim.nassar@NAU.EDU>
Re: Delete query takes exorbitant amount of time Josh Berkus <josh@agliodbs.com>
Re: Delete query takes exorbitant amount of time Simon Riggs <simon@2ndquadrant.com>
On Fri, 2005-03-25 at 09:38 -0800, Josh Berkus wrote:
> > I guess I was wondering if there is other general tuning advice for such
> > large table indexes such as increasing statistics, etc.
> 

> If you're going with the drop/load/recreate option, then I'd suggest 
> increasing work_mem for the duration.  Hmmm ... or maintenance_work_mem?  
> What gets used for FK checks?  Simon?
> 

In 8.0, maintenance_work_mem is used for index creation, vacuum and
initial check of FK checks at time of creation. Everything else uses
work_mem as the limit.

Best Regards, Simon Riggs



В списке pgsql-performance по дате отправления
От: Dave Held
Дата:
Сообщение: JDBC best practice
От: Bruce Momjian
Дата:
FAQ