From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bill Cunningham <billc(at)ballydev(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, pgsql-interfaces(at)postgresql(dot)org |
Subject: | Re: Schemas: status report, call for developers |
Date: | 2002-04-30 18:23:45 |
Message-ID: | 21260.1020191025@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-interfaces |
Bill Cunningham <billc(at)ballydev(dot)com> writes:
> I would think this should produce the following:
> test=# \d mytab
> Table "bar.mytab"
> Column | Type | Modifiers
> --------+---------+-----------
> f1 | text |
> f1 | integer |
> Table "foo.mytab"
> Column | Type | Modifiers
> --------+---------+-----------
> f2 | text |
> f3 | integer |
Even when schemas bar and foo are not in your search path? (And,
perhaps, not even accessible to you?)
My gut feeling is that "\d mytab" should tell you about the same
table that "select * from mytab" would find. Anything else is
probably noise to you --- if you wanted to know about foo.mytab,
you could say "\d foo.mytab".
However, \d is not a wildcardable operation AFAIR. For the commands
that do take wildcard patterns (like \z), I'm not as sure what should
happen.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2002-04-30 18:38:28 | Re: [HACKERS] Re : Solaris Performance - 64 bit puzzle |
Previous Message | Bill Cunningham | 2002-04-30 17:45:45 | Re: Schemas: status report, call for developers |
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2002-04-30 18:41:47 | Re: Schemas: status report, call for developers |
Previous Message | Bill Cunningham | 2002-04-30 17:45:45 | Re: Schemas: status report, call for developers |