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

Re: [GENERAL] translate "bug"?

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: stuart(at)NOJUNK_ludwig(dot)ucl(dot)ac(dot)uk (Stuart Rison)
Cc: pgsql-general(at)postgreSQL(dot)org
Subject: Re: [GENERAL] translate "bug"?
Date: 1998-07-09 04:11:32
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
> Yeah, I've rethough about it and it does seem a bit out-there ;) ... I'm
> sure there was one time where I encountered a situation where you would
> want to use the \d? commands in an SQL statement environment but I can't
> even begin to remember... so maybe it wasn't that important afterall and
> regex'ing will do just fine.
> I do feel though that the \df <regex> functionality would be useful in
> other catalog queries (thank james, I didn't know that what they were
> called) e.g. \do <regex> or \dt <regex> (which would get you all tables
> containing <regex> e.g. titles, tileauthors, titleditors etc, as opposed to
> \d titles which would get you just table titles).
> or am I being dim again? [that dreaded feeling of posting something really
> stupid...]

I think these are good ideas.  I will implement them for 6.4.  Glad you
are using the new features.

Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

pgsql-hackers by date

Next:From: Thomas G. LockhartDate: 1998-07-09 04:41:21
Subject: Re: [HACKERS] Some items for the TODO list
Previous:From: Bruce MomjianDate: 1998-07-09 03:32:35
Subject: Re: [HACKERS] PostgreSQL Backend as SW Gateway to Oracle

pgsql-general by date

Next:From: Peter T MountDate: 1998-07-09 06:12:22
Subject: Re: [INTERFACES] pb compiling JDBC interface
Previous:From: The Hermit HackerDate: 1998-07-09 03:17:50
Subject: Re: [GENERAL] postgresql website

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