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

Re: 8.0.0beta4: "copy" and "client_encoding"

From: "Barry Lind" <blind(at)xythos(dot)com>
To: "Oliver Jowett" <oliver(at)opencloud(dot)com>
Cc: "Kris Jurka" <books(at)ejurka(dot)com>,"Markus Schaber" <schabios(at)logi-track(dot)com>,<pgsql-jdbc(at)postgresql(dot)org>, <mbch67(at)yahoo(dot)com>
Subject: Re: 8.0.0beta4: "copy" and "client_encoding"
Date: 2004-11-09 00:09:13
Message-ID: 03E7D3E231BB7B4A915A6581D4296CC6C083E1@NSNOVPS00411.nacio.xythos.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-jdbc
I am assuming this will get addressed in the backend in 8.1 and that
would be the upgrade path.  (I agree if there isn't agreement on the
server side that this is appropriate for the server, then this wouldn't
be the correct parameter).

--Barry


 

-----Original Message-----
From: Oliver Jowett [mailto:oliver(at)opencloud(dot)com] 
Sent: Monday, November 08, 2004 2:07 PM
To: Barry Lind
Cc: Kris Jurka; Markus Schaber; pgsql-jdbc(at)postgresql(dot)org;
mbch67(at)yahoo(dot)com
Subject: Re: [JDBC] 8.0.0beta4: "copy" and "client_encoding"

Barry Lind wrote:
> If you choose to go the URL parameter route, I would suggest you use 
> the existing 'compatible' parameter.  This is exactly the type of 
> thing that parameter was designed to be used for.  By default the 
> driver does the new check.  But with a value of 'compatible=7.4' (or 
> less, i.e. < 8.0) the driver would revert back to the old behavior of 
> not doing this check.

What's the upgrade path for a "legacy" application that uses COPY, so
that it is a "current" application and no longer needs the compatible=
parameter?

I don't see such a path without an additional COPY API or backend
changes. So I'd prefer not to put this into the "compatible behaviour" 
bucket.

-O


Responses

pgsql-hackers by date

Next:From: Kris JurkaDate: 2004-11-09 00:28:40
Subject: Re: [JDBC] 8.0.0beta4: "copy" and "client_encoding"
Previous:From: Tom LaneDate: 2004-11-08 22:32:09
Subject: Re: Increasing the length of pg_stat_activity.current_query...

pgsql-jdbc by date

Next:From: Kris JurkaDate: 2004-11-09 00:28:40
Subject: Re: [JDBC] 8.0.0beta4: "copy" and "client_encoding"
Previous:From: J. Michael CrawfordDate: 2004-11-09 00:03:47
Subject: Re: [JDBC] Using Postgres with Latin1 (ISO8859-1)

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