From: | "Alex J(dot) Avriette" <alex(at)posixnap(dot)net> |
---|---|
To: | David Fetter <david(at)fetter(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: feature request: \qf datatype |
Date: | 2003-12-26 23:34:47 |
Message-ID: | 20031226233447.GP21189@posixnap.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Dec 26, 2003 at 11:49:20AM -0600, David Fetter wrote:
> > The latter is harder to answer than the former. For the former, I
> > propose a macro in psql, "\qf" (query function). Obviously, the name
> > implies a broader scope than simply querying the datatypes
> > permissable.
> * Part of \df (for functions)
This is my initial feeling. It really is "just another \df". However,
I don't see a good way to merge the functionality of the new function
and the old function, as the parameter for df is the function name, not
its arguments.
> * Part of \dT (describing data types)
This, too would work, but again, I have a hard time figuring out where
to put the arguments.
> * A new \ command
The problem with this is that few people are going to notice it immediately
whereas I would contend that many people already know aobut \df and \dT.
The goal here is to get people to use the tools they have. If they're not
already seeking out tools, it doesn't help to add new ones.
> Duplication--especially for help systems--is not a bad thing, as long
> as it's only duplication of access and not of code bases.
Duplication of help systems that are never going to be used is a waste of
everyone's time.
Alex
--
alex(at)posixnap(dot)net
Alex J. Avriette, Unix Systems Gladiator
"Shut down some of the bullshit the government is spending money on and use it
to buy all the Microsoft stock. If we did that, we could ... just bronze Gates,
turn him into a statue, and stick him in front of the Commerce Department." - Scott McNealy
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2003-12-27 00:07:50 | Re: feature request: \qf datatype |
Previous Message | Tom Lane | 2003-12-26 23:22:11 | Re: update i386 spinlock for hyperthreading |