Re: single index on more than two coulumns a bad thing?

From: Palle Girgensohn <girgen(at)pingpong(dot)net>
To: Bruno Wolff III <bruno(at)wolff(dot)to>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: single index on more than two coulumns a bad thing?
Date: 2004-04-03 13:24:07
Message-ID: 1730000.1080998647@palle.girgensohn.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

--On fredag, april 02, 2004 09.56.04 -0600 Bruno Wolff III <bruno(at)wolff(dot)to>
wrote:

> On Fri, Apr 02, 2004 at 01:00:45 +0200,
> Palle Girgensohn <girgen(at)pingpong(dot)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

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2004-04-03 18:59:39 Re: PostgreSQL and Linux 2.6 kernel.
Previous Message Gary Doades 2004-04-03 10:50:51 Re: PostgreSQL and Linux 2.6 kernel.