Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-performance by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group