From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Partitioning WIP patch |
Date: | 2015-02-26 18:03:58 |
Message-ID: | 54EF600E.5080606@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2/26/15 3:22 AM, Andres Freund wrote:
> On 2015-02-26 02:20:21 -0600, Jim Nasby wrote:
>> The reason I'd like to do this with partitioning vs plain inheritance is
>> presumably as we build out partitioning we'll get very useful things like
>> the ability to have FKs to properly partitioned tables. Insert tuple routing
>> could also be useful.
>
> The problem there imo isn't so much inheritance, but lack of working
> unique checks across partitions. That's something we can implement
> independent of this, it's just not trivial.
There's been discussion of allowing for uniqueness when we can guarantee
no overlap between partitions, and the partition key is part of the
unique constraint. That's the particular use case I was thinking of.
I suspect there's other partitioning features that would be useful in a
generic inheritance setup as well; that's why I'd love to see both
features work together... but I fear there's enough work to get there
that it may not happen, and I don't want us to accidentally start mixing
the two and have users start relying on it.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2015-02-26 18:11:41 | Re: mogrify and indent features for jsonb |
Previous Message | Pavel Stehule | 2015-02-26 18:01:57 | Re: plpgsql versus domains |