RE: psql \l error

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

> -----Original Message-----
> From: Bruce Momjian [mailto:pgman(at)candle(dot)pha(dot)pa(dot)us]
>
> > Peter Eisentraut wrote:
> >
> > > On Tue, 2 May 2000, Hiroshi Inoue wrote:
> > >
> > > > What kind of backward compatibity is required for psql etc..?
> > >
> > > The knowledge about the system catalogs is already pretty
> deep so keeping
> > > track of changes across versions is similar to the initdb problem:
> >
> > Yes there's another example. PostgreSQL odbc driver wasn't able to talk
> > to 7.0 backend until recently due to the change int28 -> int2vector.
> > Now odbc driver could talk to all the backends from 6.2.
> > We may have to hold some reference table between system catalogs
> > and client appl/lib.
>
> The big reason for the change is that int2vector is now more than 8
> int2's (now 16), so there may be internal changes as well as a name
> change for applications.
>

Yes I know the reason. It's only a example that changes of system
catalogs affects not only a backend application but also client libraries.

Unfortunately I don't know the dependency between backend and
clients well. In addtion current release style of PostgreSQL that
releases both server and clients all together seems to let people
forget the independecy of clients.

In general client libraries/applications have to keep backward
compatibility as possible,so it isn't enough for clients to be able to
talk to the latest version of PostgreSQL servers.

Comments ?

Regards.

Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Lockhart 2000-05-03 04:12:37 Re: Why Not MySQL?
Previous Message Bruce Momjian 2000-05-03 03:53:56 Re: [GENERAL] postgresql7.0 jdbc driver