From: | Greg Smith <greg(at)2ndQuadrant(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Syntax for partitioning |
Date: | 2011-11-09 22:36:34 |
Message-ID: | 4EBB0072.9090901@2ndQuadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11/09/2011 04:05 PM, Dimitri Fontaine wrote:
> The more I think about this problem, the more I think that the reason
> why we still don't have declarative partitioning is that it basically
> sucks.
I think that we don't have it because no one has ever dumped the much
larger than might be expected amount of time into pulling all the pieces
together and smoothing out the rough parts. I don't think there's any
design thinking leap needed over what's already been worked out. Just a
lot of work to get all the edge cases right on the simplest possible
thing that is useful.
The path to reach something that could be considered for commit includes
something like this set of things:
1) Add partitioning catalog support
2) Create new syntax for partitioning that writes to the catalog
3) Decide how to represent partition data in memory
4) Route new INSERTed data into the right place
5) Support moving UPDATEd data into a new partition
6) Handle COPY usefully
The last rev of this submitted was still working through (1) here, i.e.
this review from Robert:
http://archives.postgresql.org/message-id/AANLkTikP-1_8B04eyIK0sDf8uA5KMo64o8sorFBZE_CT@mail.gmail.com
And there's a whole pile of issues I don't think have been fully
explored about even the most basic case. How to handle ALTER to these
structures cleanly, locking, etc.. I don't think it's possible to
design such that you skip a large portion of these details; someone
needs to put some number of spend weeks+ getting them all right instead.
--
Greg Smith 2ndQuadrant US greg(at)2ndQuadrant(dot)com Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.us
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-11-09 22:47:58 | Re: const correctness |
Previous Message | Florian Pflug | 2011-11-09 22:35:21 | Re: const correctness |