Re: Design question about partitioning order information across tables - Mailing list pgsql-general

From Peter Eisentraut
Subject Re: Design question about partitioning order information across tables
Date
Msg-id 1256209942.13273.3.camel@fsopti579.F-Secure.com
Whole thread Raw
In response to Design question about partitioning order information across tables  (Mike Christensen <mike@kitchenpc.com>)
List pgsql-general
On Thu, 2009-10-22 at 03:13 -0700, Mike Christensen wrote:
> It has occurred to me that there might be some advantages of creating
> a separate table called "OrderArchive" which would be used to store
> order states 3 or 4.  This would allow me to get rid of an index on
> order state as well as probably use different caching techniques on
> each table.  It would also keep the Orders table super light and fast
> with only very volatile information.

The lightweight solution is to make your indexes partial indexes that
omit order states 3 and 4.  If most of your queries use indexes, this
might be sufficient.  The more complex solution is partitioning, which,
as you have found out, requires some manual labor and setting up some
triggers.  But those are pretty much the standard solutions.


pgsql-general by date:

Previous
From: Mike Christensen
Date:
Subject: Design question about partitioning order information across tables
Next
From:
Date:
Subject: Incompatible library : Missing Magic Block