Re: Table Partitioning: Will it be supported in Future?

From: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
To: apoc9009(at)yahoo(dot)de
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Table Partitioning: Will it be supported in Future?
Date: 2005-04-26 15:53:46
Message-ID: 426E640A.9060409@pse-consulting.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

apoc9009(at)yahoo(dot)de wrote:
> Hmm,
>
> I have asked some Peoples on the List an some one has posted this links
>
> http://archives.postgresql.org/pgsql-performance/2004-12/msg00101.php
>
> It is quite usefull to read but iam not sure thadt theese Trick is verry
> helpfull.
>
> I want to splitt my 1GByte Table into some little Partitions but how
> should i do thadt?
> With the ORACLE Partitioning Option, i can Configurering my Table withe
> Enterprise
> Manager or SQL Plus but in this case it looks like Trap.
>
> Should i really decrease my Tabledata size and spread them to other
> Tables with the
> same Structure by limiting Records???
>
> The next Problem i see, how should i do a Insert/Update/Delete on 4
> Tables of the
> same Structure at one Query???
>
> No missunderstanding. We talking not about normalization or
> restructuring the Colums
> of a table. We talking about Partitioning and in this case at Postgres
> (emultation
> of Partitioning wir UNIONS for Performance tuning)..

From your description I don't see evidence that you should need to
partition your table at all. A 1GB table is very common for pgsql. Spend
some hard disks on your storage subsystem and you'll gain the
performance you want, without trouble on the SQL side. For specific
requirements, you might see improvements from partial indexes.

Regards,
Andreas

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Mohan, Ross 2005-04-26 16:58:31 Re: Table Partitioning: Will it be supported in Future?
Previous Message John A Meinel 2005-04-26 15:05:26 Re: two queries and dual cpu (perplexed)