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
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) |