From: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Partitioning WIP patch |
Date: | 2015-02-26 03:15:17 |
Message-ID: | 54EE8FC5.6040103@lab.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 26-02-2015 AM 05:15, Josh Berkus wrote:
> On 02/24/2015 12:13 AM, Amit Langote wrote:
>> Here is an experimental patch that attempts to implement this.
>
> This looks awesome.
Thanks!
> I would love to have it for 9.5, but I guess the
> patch isn't nearly baked enough for that?
>
I'm not quite sure what would qualify as baked enough for 9.5 though we
can surely try to reach some consensus on various implementation aspects
and perhaps even get it ready in time for 9.5.
>> where key_spec consists of partition key column names and optional
>> operator class per column. Currently, there are restrictions on the
>> key_spec such as allowing only column names (not arbitrary expressions
>> of them), only one column for list strategy, etc.
>
> What's the obstacle to supporting expressions and/or IMMUTABLE
> functions? I think it's fine to add this feature without them
> initially, I'm just asking about the roadmap for eventually supporting
> expressions in the key spec.
>
Only one concern I can remember someone had raised is that having to
evaluate an expression for every row during bulk-inserts may end up
being pretty expensive. Though, we might have to live with that.
I think one idea is to learn from ability to use expressions in indexes.
Thanks,
Amit
From | Date | Subject | |
---|---|---|---|
Next Message | Fujii Masao | 2015-02-26 03:42:54 | Re: pgaudit - an auditing extension for PostgreSQL |
Previous Message | Stephen Frost | 2015-02-26 03:05:41 | Re: CATUPDATE confusion? |