Re: Insert performance with composite index

From: Cédric Villemain <cedric(dot)villemain(dot)debian(at)gmail(dot)com>
To: depesz(at)depesz(dot)com
Cc: Divakar Singh <dpsmails(at)yahoo(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Insert performance with composite index
Date: 2010-11-02 20:32:02
Message-ID: AANLkTik7zy95Rbj-oLTHF5ATvKN_QeoG_-wu=BYyCydu@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

2010/11/2 hubert depesz lubaczewski <depesz(at)depesz(dot)com>:
> On Tue, Nov 02, 2010 at 12:04:42PM +0100, Cédric Villemain wrote:
>> 2010/11/2 hubert depesz lubaczewski <depesz(at)depesz(dot)com>:
>> > On Mon, Nov 01, 2010 at 02:57:56PM +0100, Cédric Villemain wrote:
>> >> >   CONSTRAINT tableindex_pkey PRIMARY KEY (tableindex)
>> >> > )
>> >> > the index definition is
>> >> > CREATE INDEX "PK_AT2"
>> >> >   ON ABC
>> >> >   USING btree
>> >> >   (event, tableindex)
>> >> > TABLESPACE sample;
>> >>
>> >> Indexing twice the same column is useless. (perhaps move your PK to
>> >> the tablespace 'sample' is good too ?)
>> >
>> > why do you say that?
>> > these are not the same indexes and they serve different purposes.
>>
>> Given that tableindex is the PK column, I really like to now the usage
>> pattern for having it indexed twice.
>
> select * from table where event = 123 order by tableindex desc limit 50;

Correct. Thanks Hubert.

--
Cédric Villemain               2ndQuadrant
http://2ndQuadrant.fr/     PostgreSQL : Expertise, Formation et Support

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Mladen Gogala 2010-11-02 21:18:51 Array interface
Previous Message Mladen Gogala 2010-11-02 19:46:09 Array interface