Re: Tale partitioning - Mailing list pgsql-admin

From Mark Liberman
Subject Re: Tale partitioning
Date
Msg-id 9D938282F8C6EE43B748B910386DE93E0138B441@srvgpimail1.GPI.local
Whole thread Raw
In response to Tale partitioning  ("Benjamin Krajmalnik" <kraj@illumen.com>)
List pgsql-admin

>BTW, I should have mentioned that partitioning is a very new feature and
>that folks probably would like to know about shortcommings you find
>while using it.

We just implemented partitioning, and have found it very useful for dropping old data, as opposed to deleting and enduring the subsequent vacuum.

One unforeseen issue we ran into had to do with postgres basing it's execution plans on the master-table (which is generally empty) and therefore choosing inefficient merge-joins, in our case.  The work-around, however, was for us to delete the rows in pg_statistics for the master tables, as this thread indicates.

http://archives.postgresql.org/pgsql-performance/2006-05/msg00024.php

Once we employed the work-around things seem good.

- Mark

pgsql-admin by date:

Previous
From: "Sriram Dandapani"
Date:
Subject: reset all sequences
Next
From: Bruno Wolff III
Date:
Subject: Re: reset all sequences