table partioning performance - Mailing list pgsql-performance

From Colin Taylor
Subject table partioning performance
Date
Msg-id 84d3067d0701062037k3229c9ddjbde73b1fd79ee209@mail.gmail.com
Whole thread Raw
Responses Re: table partioning performance  ("Luke Lonergan" <llonergan@greenplum.com>)
Re: table partioning performance  ("Steven Flatt" <steven.flatt@gmail.com>)
Re: table partioning performance  ("Merlin Moncure" <mmoncure@gmail.com>)
List pgsql-performance
Hi there,  we've partioned a table (using 8.2) by day due to the 50TB of data (500k row size, 100G rows) we expect to store it in a year.
Our performance on inserts and selects against the master table is disappointing, 10x slower (with ony 1 partition constraint) than we get  by going to the partioned table directly. Browsing the list I get the impression this just a case of too many partitions?  would be better off doing partitions of partitions ?

Any other advice  or pointers to more information with dealing with these sorts of scales appreciated.

thanks
Colin.

pgsql-performance by date:

Previous
From: Guy Rouillier
Date:
Subject: Re: High update activity, PostgreSQL vs BigDBMS
Next
From: "Joshua D. Drake"
Date:
Subject: Re: High update activity, PostgreSQL vs BigDBMS