Skip site navigation (1) Skip section navigation (2)

Re: HEAD \df doesn't show functions with no arguments

From: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
To: Greg Sabino Mullane <greg(at)turnstep(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: HEAD \df doesn't show functions with no arguments
Date: 2005-04-04 00:59:21
Message-ID: 20050404005921.GX53309@decibel.org (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On Fri, Apr 01, 2005 at 12:08:54PM -0000, Greg Sabino Mullane wrote:
> Quoting Tom Lane:
> > I thought the "S" suggestion was much better than this.
> >
> > Personally I am not unhappy with the existing behavior, because (unlike
> > Greg I guess) I use \df and \do to look at system definitions all the
> > time.  However I'm willing to accept \dfS on the grounds of symmetry
> > with the behavior for tables.  I don't really want to put up with a less
> > convenient behavior *and* a gratuitously different syntax.

FWIW, the pg_sysview project is doing user and all variants of system
views, ie: pg_user_tables and pg_all_tables. I also wish there was a way
to get just user functions. I like the idea of \dfS, and if you also
wanted to be able to see all functions listed together, a \dfA (for all)
doesn't seem unreasonable.
-- 
Jim C. Nasby, Database Consultant               decibel(at)decibel(dot)org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

In response to

pgsql-hackers by date

Next:From: Euler Taveira de OliveiraDate: 2005-04-04 01:03:35
Subject: Re: Recursive SQL
Previous:From: Jim C. NasbyDate: 2005-04-04 00:50:14
Subject: Re: psql and mysql

pgsql-patches by date

Next:From: Neil ConwayDate: 2005-04-04 04:35:02
Subject: Re: unused variable ShmemBootstrap
Previous:From: Tom LaneDate: 2005-04-03 17:13:09
Subject: Re: Transitive Closure and 'pg_inherits'

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group