Re: Bug in psql

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Chris BSomething <xpusostomos(at)gmail(dot)com>
Cc: PostgreSQL Bug List <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: Bug in psql
Date: 2025-02-03 02:35:26
Message-ID: 292236.1738550126@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Chris BSomething <xpusostomos(at)gmail(dot)com> writes:
> On Mon, 3 Feb 2025 at 04:36, David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
> wrote:
>> Since \d can only show information limited to the super-class relation,
>> and not specific subtypes, the information for the foreign table subtype
>> needs to be made available somewhere. That place is \det

> I don't know what that means, but when two menu items have the same text,
> but a different function, Houston, we have a problem.

It could be argued that at the level of detail that's possible in this
help summary, their functions *are* the same. The family of commands
that includes \dE will show you Schema, Name, Type, Owner, which are
properties that all relations have so they are sensible to show in a
list that might include any type of relation. On the other hand,
\det shows Schema, Table, Server (and \det+ includes FDW options),
so it is only applicable to foreign tables. But we don't have the
space in \h output to go into the specific output columns. That's
pretty much left to the user to discover by trying things.

Having said that, if you have concrete ideas about how to make the
help output clearer, let's hear them. (I'm pretty sure we've
rearranged \h's explanation of the \dtisv family before, so it's
not like this text is set in stone.) But "this is a bug and
somebody else should fix it" is not going to cause anything to
happen, mainly because it's not very clear what would be better.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Rajni Bobal 2025-02-03 05:32:18 Re: BUG #18774: Not the required output of the query used in the function(delete_from_table1) in postgresql9.4
Previous Message David G. Johnston 2025-02-03 02:12:02 Re: Bug in psql