Re: 1-/2-dimensional indexes for common columns, rationale?

From: PFC <lists(at)peufeu(dot)com>
To: Matthew <matthew(at)flymine(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: 1-/2-dimensional indexes for common columns, rationale?
Date: 2008-03-26 16:24:46
Message-ID: op.t8ms7kp2cigqcu@apollo13.peufeu.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

>>> create index foo1 on bla (a);
>>> create index foo2 on bla (b);
>>> create index foo3 on bla (a,b);

You say you need faster INSERT performance. Getting rid of some indexes
is a way, but can you tell a bit more about your hardware setup ?
For instance, if you only have one HDD, put an extra HDD in the machine,
and put the database on it, but leave the pg_xlog on the OS's disk. Or the
reverse, depending on which disk is faster, and other factors. Since heavy
INSERTs mean heavy log writing traffic, this almost doubles your write
bandwidth for the cost of a disk. Cheap and efficient. You can also put
the indexes on a third disk, but separating database and log on 2 disks
will give you the most benefits.
If you already have a monster hardware setup, though...

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Gopinath Narasimhan 2008-03-26 18:36:55 Query Optimization
Previous Message Craig Ringer 2008-03-26 15:27:24 Re: 1-/2-dimensional indexes for common columns, rationale?