From: | Vick Khera <vivek(at)khera(dot)org> |
---|---|
To: | sam mulube <sam(dot)mulube(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Postgresql partitioning - single hot table or distributed |
Date: | 2010-06-30 01:39:17 |
Message-ID: | AANLkTik5bPZzDVM-nbL-P1kUbTNwvKAblfcmJ5A_ro06@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, Jun 29, 2010 at 4:00 PM, sam mulube <sam(dot)mulube(at)gmail(dot)com> wrote:
> Alternatively we wondered about partitioning by the server_id foreign
> key, using for example the modulo of the foreign key id. This would
> give us a finite number of partitions (rather than the potentially
> unbounded date option), and would likely cause writes to be much more
> evenly distributed between the partitions.
Do you ever delete? If so, what is the delete pattern?
I have several large tables split into 100 partitions which keeps them
in the O(10million) row size range each, and that has proven to be
ideal for our use. We insert into the partition directly, and select
from it whenever possible avoiding the constraint exclusion step. The
only time we get bad performance is when doing a join that cannot run
constraint exclusion, and that turns out to be pretty expensive.
From | Date | Subject | |
---|---|---|---|
Next Message | Dagan McGregor | 2010-06-30 05:17:34 | Re: R: Re: postgres user password: Log on failure |
Previous Message | Howard Rogers | 2010-06-30 00:10:02 | DBI::Oracle problems |