Re: psql \d* and system objects - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: psql \d* and system objects
Date
Msg-id 200903301452.n2UEql627311@momjian.us
Whole thread Raw
In response to Re: psql \d* and system objects  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: psql \d* and system objects  (Robert Haas <robertmhaas@gmail.com>)
Re: psql \d* and system objects  (Dimitri Fontaine <dfontaine@hi-media.com>)
Re: psql \d* and system objects  (Robert Treat <xzilla@users.sourceforge.net>)
List pgsql-hackers
Robert Haas wrote:
> On Mon, Mar 30, 2009 at 10:13 AM, Bruce Momjian <bruce@momjian.us> wrote:
> > Maybe the best we are going to do is to have any pattern supplied to \d*
> > assume 'S' (include system objects). ?I actually have a patch that does
> > that, attached. (It is from January so might need adjustment.)
> 
> That still has the problem that "\df a*" is horribly inconsistent with
> "\df".  It might be reasonable to assume that if a name without
> wildcards is given to any \d command, it should display whatever
> object it finds, user or system - but I can't see doing it for any
> wildcard at all.

I think you are re-iterating the URL I referenced when I started this
thread:
http://archives.postgresql.org/pgsql-hackers/2009-01/msg01443.php

I think the big question is whether the inconsistency (pattern implies
'S') is worth accepting for greater usability.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: 8.3.5: Crash in CountActiveBackends() - lockless race?
Next
From: Bruce Momjian
Date:
Subject: Re: PQinitSSL broken in some use casesf