Re: single index on more than two coulumns a bad thing? - Mailing list pgsql-performance

From Palle Girgensohn
Subject Re: single index on more than two coulumns a bad thing?
Date
Msg-id 1730000.1080998647@palle.girgensohn.se
Whole thread Raw
In response to Re: single index on more than two coulumns a bad thing?  (Bruno Wolff III <bruno@wolff.to>)
List pgsql-performance
--On fredag, april 02, 2004 09.56.04 -0600 Bruno Wolff III <bruno@wolff.to>
wrote:

> On Fri, Apr 02, 2004 at 01:00:45 +0200,
>   Palle Girgensohn <girgen@pingpong.net> wrote:
>>
>> Is it always bad to create index xx on yy (field1, field2, field3);
>>
>> I guess the problem is that the index might often grow bigger than the
>> table, or at least big enough not to speed up the queries?
>
> One place where you need them in postgres is enforcing unique multicolumn
> keys. These will get created implicitly from the unique (or primary key)
> constraint. It isn't all that unusual to have a table that describes
> a many to many (to many ...) relationship where the primary key is all
> of the columns.

True, of course!

/Palle


pgsql-performance by date:

Previous
From: "Gary Doades"
Date:
Subject: Re: PostgreSQL and Linux 2.6 kernel.
Next
From: Josh Berkus
Date:
Subject: Re: PostgreSQL and Linux 2.6 kernel.