Re: psql \l error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
Cc: "SAKAIDA Masaaki" <sakaida(at)psn(dot)co(dot)jp>, "Peter Eisentraut" <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgreSQL(dot)org, "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Subject: Re: psql \l error
Date: 2000-05-04 01:47:37
Message-ID: 18788.957404857@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> writes:
> What I wanted was to know official opinions about backward
> compatibility of clients(not only psql)included in PostgreSQL's
> release.

"Official" opinions? I think we all just have our own opinions around
here :-).

> As for psql it isn't a generic client software as Peter mentioned.
> It's a part of backend in a sense. At least it could talk to pre-7.0
> backend and it isn't so critical that \l,\df and \dd doesn't work for
> pre-7.0 backends. I'm not so much eager to change psql myself.

My opinion is that we'd be boxing ourselves in far too much to commit
to never having any system-catalog changes across versions. So I'm
not particularly disturbed that functions that involve system catalog
queries sometimes are version-specific. We should avoid breaking
essential functions of psql, but I don't think \df and friends are
essential...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message SAKAIDA Masaaki 2000-05-04 01:54:21 Re: psql \l error
Previous Message Tom Lane 2000-05-04 01:32:20 Re: libpq++ build now checks make rc