Re: Re-partitioning huge schema

From: Erik Jones <erik(at)myemma(dot)com>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Re-partitioning huge schema
Date: 2007-12-07 18:01:47
Message-ID: 6532C3F3-4B0B-4EA1-A52F-65C2FA60362F@myemma.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


On Dec 7, 2007, at 11:53 AM, Robert Treat wrote:

> On Wednesday 05 December 2007 17:29, Erik Jones wrote:
>>> i dont think you'll have much luck taking the "spread data evenly
>>> throught the
>>> partitions" approach; figure out how best to segment your data into
>>> manageable chunks. HTH.
>>
>> I agree. That's also why I'm not too worried about taking a bin
>> based approach to the partitioning. In addition, once this is done,
>> however I end up doing it, I'm going to be working on a horizontal
>> systems scaling approach wherein I set up another database, replicate
>> the global tables (all 132 of them) to it, and split the accounts'
>> userdata between the two databases -- fun, fun, fun!
>>
>
> A few of us have been playing with using plproxy in partitioning
> triggers to
> also achieve horizontal scaling at the same time, you might want to
> look into
> that. (Personally I've not yet landed a customer who needs such a
> solution,
> but hopefully soon)

Yeah, when I get to that point I'll definitely be testing with that
as that will definitely make things simpler from the application's
perspective. First I have to fix our current schema though :(

Erik Jones

Software Developer | Emma®
erik(at)myemma(dot)com
800.595.4401 or 615.292.5888
615.292.0777 (fax)

Emma helps organizations everywhere communicate & market in style.
Visit us online at http://www.myemma.com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Shelby Cain 2007-12-07 18:06:42 Column pgl.transaction does not exist in 8.3 beta 4
Previous Message Erik Jones 2007-12-07 17:58:46 Re: pg_dump