From: Tom Lane <tgl@sss.pgh.pa.us>
To: "David G. Johnston" <david.g.johnston@gmail.com>
cc: John Scalia <jayknowsunix@gmail.com>,
        "pgsql-admin@postgresql.org" <pgsql-admin@postgresql.org>
Subject: Re: behavior of \dt and schemas
In-reply-to: 
 <CAKFQuwZvAf3GH+aaQX4WmLr=8hz0-tVRcbcPsp=p3Vedyx-fZg@mail.gmail.com>
References: 
 <CABzCKRAoMHjwr__4Y6tEmF8HAm2yZhEgPVqwg8=Y8_1-cfDjsg@mail.gmail.com>
 <CAKFQuwZvAf3GH+aaQX4WmLr=8hz0-tVRcbcPsp=p3Vedyx-fZg@mail.gmail.com>
Comments: In-reply-to "David G. Johnston" <david.g.johnston@gmail.com>
	message dated "Fri, 20 Jan 2017 08:11:58 -0700"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <10796.1484926655.1@sss.pgh.pa.us>
Date: Fri, 20 Jan 2017 10:37:35 -0500
Message-ID: <10797.1484926655@sss.pgh.pa.us>
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

"David G. Johnston" <david.g.johnston@gmail.com> writes:
> On Friday, January 20, 2017, John Scalia <jayknowsunix@gmail.com> wrote:
>> So, to me this is somewhat non-intuitive behavior, but maybe I'm all wet
>> here. Shouldn't \dt report all the tables it can see with the search_path
>> set to some value? And btw, this is was the behavior on 9.4.10, so if it's
>> changed in more recent versions, I haven't tested there yet.

> It shows the definition of the table you would be referencing if you used
> that name in a query.  This seems like a useful behavior.

Right --- according to our normal terminology, b.mytable is *not* visible,
because it is masked by a.mytable being ahead of it in the search path.
You'd have to write a qualified name to get at b.mytable.

You can write, eg, "\dt *.mytable" or "\dt *.*" if you would like it to
show tables that are not visible according to this rule.  Without a
dot in the pattern, \dt shows only visible tables, ie only the ones
you could name without putting a dot in the name.

			regards, tom lane


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin