Re: psql 8.2 client vs pg 8.1 server problem

From: Alban Hertroys <alban(at)magproductions(dot)nl>
To: Dave Page <dpage(at)postgresql(dot)org>
Cc: Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: psql 8.2 client vs pg 8.1 server problem
Date: 2007-07-31 15:00:10
Message-ID: 46AF4E7A.9060402@magproductions.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Dave Page wrote:
> Alban Hertroys wrote:
>> We have psql 8.2 clients on our workstations, while we still have pg 8.1
>> on our development and production servers. This causes problems like the
>> following:
>>
>> database> \d table
>> ERROR: column i.indisvalid does not exist
>> database>
>>
>> We can log into the server and use the local client of course, but this
>> problem is causing some confusion among our new employees and doesn't
>> exactly inspire them with the reliability we know PostgreSQL has...
>>
>> Is there a better workaround, or may this be a bug even?
>
> Install the 8.1 version of psql on your workstations (and symlink it to
> psql81 or something if necessary). psql doesn't make any promises about
> backward compatibility - for that, you'll need to use something like
> pgAdmin (even that may need to be pointed at the older versions of
> pg_dump etc if you're going to run backups from the workstations).

But wouldn't it suffice to issue the "old" versions of the command
queries on an "old" server? It shouldn't be that hard to keep backward
compatibility among minor versions of psql. Even the server version is
known... They're just queries, right? How hard can it be to keep various
versions around so as to match the server version?

I can understand that new psql client features wouldn't be backward
compatible, but normal commands like \d should keep working.

--
Alban Hertroys
alban(at)magproductions(dot)nl

magproductions b.v.

T: ++31(0)534346874
F: ++31(0)534346876
M:
I: www.magproductions.nl
A: Postbus 416
7500 AK Enschede

// Integrate Your World //

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2007-07-31 15:52:42 Re: Polymorphic functions' weird behavior
Previous Message Andrew Edson 2007-07-31 14:57:18 Re: Error restarting postmaster