Re: ALTER OBJECT any_name SET SCHEMA name

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ALTER OBJECT any_name SET SCHEMA name
Date: 2010-11-28 13:06:41
Message-ID: AANLkTimzMGDtGxXJM4Nwn41bKfPzejDmyQ4j6G2qMDEM@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Nov 27, 2010 at 2:17 PM, Dimitri Fontaine
<dimitri(at)2ndquadrant(dot)fr> wrote:
> Thanks!
>
> The _oid variants will have to re-appear in the "alter extension set
> schema" patch, which is the last of the series. Meanwhile, I will have
> to merge head with the current extension patch (already overdue for a
> new version, waiting on purpose) so that it no longer includes the
> cfparser and execute from file patches too (which have changed a lot
> underneath it already).

I expected as much, but at least at that point it will be possible to
test that code.

> I'm not sure there's lots of precedent for dealing with in-commitfest
> patches dependencies, so here's a summary of what I think would ideally
> happen next (ordering counts):
>
>  1. cfparser
>    https://commitfest.postgresql.org/action/patch_view?id=413
>    ready for commiter
>
>  2. pg_execute_from_file
>    https://commitfest.postgresql.org/action/patch_view?id=414
>    needs another review and maybe some more documentation
>
>  3. extensions
>    https://commitfest.postgresql.org/action/patch_view?id=404
>    needs review and minor updating
>    will need another version after merging the two previous patches
>
>  4. alter extension set schema
>    https://commitfest.postgresql.org/action/patch_view?id=416
>    needs review and a reviewer
>    will need bitrot fix (and adding in the _oid variants)
>    would be better to adjust once the 3 previous are in

Thanks, that's very helpful.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-11-28 13:38:22 Re: contrib: auth_delay module
Previous Message Tomáš Pospíšil 2010-11-28 10:33:44 PROPOSAL of xmlvalidate