From: | "Robert Haas" <robertmhaas(at)gmail(dot)com> |
---|---|
To: | "Emmanuel Cecchet" <manu(at)frogthinker(dot)org> |
Cc: | "Jaime Casanova" <jcasanov(at)systemguards(dot)com(dot)ec>, "Gregory Stark" <stark(at)enterprisedb(dot)com>, "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "Nikhil Sontakke" <nikhil(dot)sontakke(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Fwd: [PATCHES] Auto Partitioning Patch - WIP version 1 |
Date: | 2008-12-02 22:52:07 |
Message-ID: | 603c8f070812021452m65ed412ckc416e14b8e8f3f77@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Thu, Nov 27, 2008 at 11:09 AM, Emmanuel Cecchet <manu(at)frogthinker(dot)org> wrote:
> I have been following that discussion very closely but it seems that we are
> debating solutions without a good specification of the problem/requirements.
> I would suggest that we collect all the partitioning requirements on a
> dedicated Wiki page. There might not be a one size fits it all solution for
> all requirements. We can also look at what other databases are proposing to
> address these issues.
> If we can prioritize features, that should also allow us to stage the
> partitioning implementation.
This might be a good idea. Want to take a crack at it?
> I have a prototype insert trigger in C that directly move inserts in a
> master table to the appropriate child table (directly moving the tuple). Let
> me know if anyone is interested.
Can't hurt to post it.
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Warner | 2008-12-02 23:15:15 | Re: PiTR and other architectures.... |
Previous Message | Aidan Van Dyk | 2008-12-02 21:10:35 | Re: default_stats_target WAS: Simple postgresql.conf wizard |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-12-03 01:06:05 | Re: [PATCHES] GIN improvements |
Previous Message | Heikki Linnakangas | 2008-12-02 14:11:01 | Re: [PATCHES] GIN improvements |