Re: [pgadmin-support] Schemas causing problems :(

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Andreas Pflug" <pgadmin(at)pse-consulting(dot)de>
Cc: "Vitaly Belman" <vitalyb(at)gmail(dot)com>, <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [pgadmin-support] Schemas causing problems :(
Date: 2004-07-26 15:25:35
Message-ID: E7F85A1B5FF8D44C8A1AF6885BC9A0E41A744F@ratbert.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin(at)pse-consulting(dot)de]
> Sent: 26 July 2004 18:09
> To: Dave Page
> Cc: Vitaly Belman; pgadmin-hackers(at)postgresql(dot)org
> Subject: Re: [pgadmin-hackers] [pgadmin-support] Schemas
> causing problems :(
>
>
> pg_catalog is read-only (well, usually...), and displays only
> optionally. When context menu is reworked, we should disable
> creation/modification too.

That would probably not be a bad thing.

> >>Unfortunately, this search_path[i] = session_user is not absolutely
> >>stable (schema or user name may change), but it should be stable
> >>enough.
> >>
> >>Thoughts?
> >
> >
> > Fully qualify everything.
>
> You'd wipe your eyes if we really did. How do you like
> pg_catalog.int4, pg_catalog.text and so forth? <shrug>

Hmm, yes, I was forgetting about things like types, however perhaps they
are slightly different - for example, consider:

CREATE TABLE pg_catalog.my_comments(objoid oid, descr text);

Dropping the pg_catalog from that will likely have far more impact than
dropping it from pg_catalog.oid in the same statement (if you see what
I'm getting at).

Perhaps the search needs to be more clever though. Consider the
following:

search_path: public
custom type: public.text

In this case we might need to specify pg_catalog.text to get the right
one.

> > I think it's the only truly infallible way.
>
> And the ugliest.

Oh yes.

> Maybe we should invent a switch if default schema suppression is not
> wanted; the search path option seems useless.

Lose the switch, but resolve the correct schema each time and display
appropriately? Could get nasty...

Regards, Dave.

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Andreas Pflug 2004-07-26 16:27:49 Re: [pgadmin-support] Schemas causing problems :(
Previous Message Dave Page 2004-07-26 14:52:30 Re: [pgadmin-support] Schemas causing problems :(