From: | Greg Smith <greg(at)2ndquadrant(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | Emmanuel Cecchet <manu(at)asterdata(dot)com>, Emmanuel Cecchet <Emmanuel(dot)Cecchet(at)asterdata(dot)com>, Itagaki Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Partitioning option for COPY |
Date: | 2009-11-23 17:23:21 |
Message-ID: | 4B0AC509.20104@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs wrote:
> ...Read my detailed comments in response to Kedar's patch and post
> comments on that thread to say you didn't agree with that proposal and
> that you were thinking of another way entirely.
Useful background here is:
http://wiki.postgresql.org/wiki/Table_partitioning
http://archives.postgresql.org/pgsql-hackers/2008-01/msg00413.php
http://archives.postgresql.org/message-id/bd8134a40906080702s96c90a9q3bbb581b9bd0d5d7@mail.gmail.com
http://archives.postgresql.org/message-id/1247564358.11347.1308.camel@ebony.2ndQuadrant
The basic problem here is that Emmanuel and Aster developed a useful
answer to one of the more pressing implementation details needed here,
but did so without being involved in the much larger discussion of how
to implement general, more automated partitioning in PostgreSQL that (as
you can see from the date of the first links there) has been going on
for years already. What we did wrong as a community is not more
explicitly tell Emmanuel the above when he first submitted code a few
months ago, before he'd invested more time on a subset implementation
that was unlikely to be committed. As I already commented upthread, I
was just happy to see coding progress being made on part of the design
that nobody had hacked on before to my knowledge; I didn't consider then
how Emmanuel was going to be disappointed by the slow rate that code
would be assimilated into the design going on in this area.
What would probably be helpful here is to take the mess of raw data
above and turn it into a simpler partitioning roadmap. There's a stack
of useful patches here, multiple contributors who have gotten familiar
with the implementation details required, and enough time left that it's
possible to pull something together in time for 8.5--but only if
everyone is clear on exactly what direction to push toward. I'm going
to reread the history here myself and see if I can write something
helpful here.
--
Greg Smith 2ndQuadrant Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2009-11-23 17:39:16 | Re: Partitioning option for COPY |
Previous Message | Tom Lane | 2009-11-23 17:18:56 | Re: Partitioning option for COPY |