Re: transfering tables into other schema - Mailing list pgsql-general

From Ivan Sergio Borgonovo
Subject Re: transfering tables into other schema
Date
Msg-id 20090218104427.0061ed3c@dawn.webthatworks.it
Whole thread Raw
In response to Re: transfering tables into other schema  (Scott Marlowe <scott.marlowe@gmail.com>)
Responses Re: transfering tables into other schema
List pgsql-general
On Tue, 17 Feb 2009 22:11:03 -0700
Scott Marlowe <scott.marlowe@gmail.com> wrote:

> This is incorrect.  As long as both tables are in your search path
> it will work just fine.  But you do have to re-connect to flush
> your cached plans for the functions.

That was the missing part.
It seems the trick is going to be the search path.
I'm not sure this is what I'm looking for or at least I don't feel
that comfort with the scenario.

It looks like I may put myself in a situation where I may get
trapped by insidious bugs related to the order in which the schema
path is read.

I think I prefer to spend some time qualifying the schema in the
functions so if I'm going to run in any bug I'll find it earlier
than later.

Before I try to see what happens to every object, relation, etc...
etc... is there anything else that is going to change
automatically/should be done manually once I move a table in a new
schema?

The manual says:
Associated indexes, constraints, and sequences owned by table
columns are moved as well.
But at my eyes I still can grasp the extent of the change. So I
wouldn't like to be bitten by something I didn't take into account.

--
Ivan Sergio Borgonovo
http://www.webthatworks.it


pgsql-general by date:

Previous
From: "Kopljan Michael"
Date:
Subject: Re: could not write block
Next
From: Richard Huxton
Date:
Subject: Re: could not write block