Re: Renaming schema's [SOLVED]

From: Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Renaming schema's [SOLVED]
Date: 2002-12-02 09:50:26
Message-ID: 3DEB2CE2.8090203@oli.tudelft.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl> writes:
>
>>I would expect pgAdminII assuming that OID
>>2200 = public schema to be the cause of this problem (I tried messing
>>with ACL's to no avail and changing the name of other schema's works).
>
> I think it's a bad idea for it to assume that. There's no reason,
> for example, why one shouldn't be able to drop and later recreate the
> public schema. The public schema isn't magic at all, except that by
> convention it's part of the standard search path --- and that's driven
> off its name, not its OID.

I asked on the pgadmin-support list and Dave Page answered:
<quote>
pgAdmin hides system objects by default, but in the case of the public
schema it makes an exception bcause hiding public would not be sensible.
It does it by a combination of name and OID: the oid is less than the
last system oid, so it is hidden, except if it is called public.

Switch on show System Objects on the view menu and you should see it.
</quote>

Switching on System Objects indeed makes the renamed schema visible in
pgAdminII.

Jochem

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tino Wildenhain 2002-12-02 10:38:18 Re: ALTER TABLE & COLUMN
Previous Message annachau 2002-12-02 07:29:51 Please help on MS SQL Procedure (@@rowcount) translate to Postgresql Function