Re: PGAdmin Version 2.1

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Melvin Davidson <melvin6925(at)yahoo(dot)com>
Cc: ldrlj1 <russelljanusz(at)masterpeaceltd(dot)com>, pgAdmin Support <pgadmin-support(at)postgresql(dot)org>
Subject: Re: PGAdmin Version 2.1
Date: 2018-01-30 15:27:55
Message-ID: CA+OCxowRk6=uz2D7FnP4X-eZxs5FfGdkFu2CNjYrYiaDLrSw=A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

On Tue, Jan 30, 2018 at 3:22 PM, Melvin Davidson <melvin6925(at)yahoo(dot)com>
wrote:

> *>No - if you switch on "Show system objects", it will display system
> objects such as row *
> *>types. That's the whole point of the switch (which is off by default). *
>
> *Except that "system objects" are NOT USER tables, views, indexes, etc.*
>
> *They are _system_ catalogs and views;*
>

Not in nearly 20 years of pgAdmin history they haven't been. We've always
classed them as system catalogs etc. *and* objects that are implementation
details of higher level objects.

>
> *Your definition is a behavior change from PgAdmin III, which DID NOT show
> *
> *every "system object" per your definition". It only showed USER types as
> per*
> *my query.*
>

No it didn't. See the attached screenshot.

Why would you force objects like these to be permanently hidden? It's quite
reasonable to want to see them - they can be quite useful when writing
stored procedures that deal with rows for example.

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

Attachment Content-Type Size
image/png 35.6 KB

In response to

Browse pgadmin-support by date

  From Date Subject
Next Message Raymond O'Donnell 2018-01-30 18:31:32 Re: pgAdmin4 from apt.postgresql.org
Previous Message Melvin Davidson 2018-01-30 15:22:22 Re: PGAdmin Version 2.1