Re: 10+hrs vs 15min because of just one index

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: 10+hrs vs 15min because of just one index
Дата
Msg-id 20060211212453.GT57845@pervasive.com
обсуждение исходный текст
Ответ на Re: 10+hrs vs 15min because of just one index  (Aaron Turner <synfinatic@gmail.com>)
Ответы Re: 10+hrs vs 15min because of just one index
Список pgsql-performance
On Fri, Feb 10, 2006 at 09:24:39AM -0800, Aaron Turner wrote:
> On 2/10/06, Matthew T. O'Connor <matthew@zeut.net> wrote:
> > Aaron Turner wrote:
> > > So I'm trying to figure out how to optimize my PG install (8.0.3) to
> > > get better performance without dropping one of my indexes.
> >
> > What about something like this:
> >
> > begin;
> > drop slow_index_name;
> > update;
> > create index slow_index_name;
> > commit;
> > vacuum;
>
> Right.  That's exactly what I'm doing to get the update to occur in 15
> minutes.  Unfortunately though, I'm basically at the point of every
> time I insert/update into that table I have to drop the index which is
> making my life very painful (having to de-dupe records in RAM in my
> application is a lot faster but also more complicated/error prone).
>
> Basically, I need some way to optimize PG so that I don't have to drop
> that index every time.
>
> Suggestions?

I think you'll have a tough time making this faster; or I'm just not
understanding the problem well enough. It's probably time to start
thinking about re-architecting some things in the application so that
you don't have to do this.
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

В списке pgsql-performance по дате отправления:

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Storing Digital Video
Следующее
От: Aaron Turner
Дата:
Сообщение: Re: 10+hrs vs 15min because of just one index