From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Markus Wanner <markus(at)bluegap(dot)ch> |
Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, Itagaki Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Syntax for partitioning |
Date: | 2009-11-19 15:53:54 |
Message-ID: | 603c8f070911190753j4b7cf056mebda24db846f51e7@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Nov 19, 2009 at 9:58 AM, Markus Wanner <markus(at)bluegap(dot)ch> wrote:
> Hi,
>
> Robert Haas wrote:
>>
>> Settling on a syntax, and an internal representation for that syntax,
>
> I've been under the impression that this was only about syntax. What are the
> internal additions?
I haven't looked at it in detail, but it adds a new pg_partition
table. Whether that table is suitably structured for use by the
optimizer is not clear to me.
> Generally speaking, I'd agree with Simon or even vote for doing the
> internals first and add the syntactic sugar only later on.
That's not really possible in this case. The internals consist of
taking advantage of the fact that we have explicit knowledge of how
the partitions are defined vs. just relying on the (slow) constraint
exclusion logic. We can't do that unless, in fact, we have that
explicit knowledge, and that requires inventing syntax.
> That point is well taken, but it would be more compelling if it were the
> same or at least a compatible syntax.
There's been an effort to make it close, but I haven't followed it in
enough detail to know how close.
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2009-11-19 16:01:06 | Re: Listen / Notify - what to do when the queue is full |
Previous Message | Tom Lane | 2009-11-19 15:51:13 | Re: Very bad FTS performance with the Polish config |