X-Original-To: pgsql-hackers@postgresql.org Received: from candle.pha.pa.us (momjian.navpoint.com [207.106.42.251]) by postgresql.org (Postfix) with ESMTP id 5D971476128; Tue, 11 Mar 2003 21:02:32 -0500 (EST) Received: (from pgman@localhost) by candle.pha.pa.us (8.11.6/8.10.1) id h2C226U05386; Tue, 11 Mar 2003 21:02:06 -0500 (EST) From: Bruce Momjian Message-Id: <200303120202.h2C226U05386@candle.pha.pa.us> Subject: Re: [INTERFACES] Roadmap for FE/BE protocol redesign In-Reply-To: <20030311211526.H72192@hub.org> To: "Marc G. Fournier" Date: Tue, 11 Mar 2003 21:02:06 -0500 (EST) Cc: Tom Lane , pgsql-hackers@postgresql.org, pgsql-interfaces@postgresql.org X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Archive-Number: 200303/453 X-Sequence-Number: 36699 Marc G. Fournier wrote: > On Mon, 10 Mar 2003, Tom Lane wrote: > > > One of the $64 questions that has to be answered is how much work we're > > willing to expend on backwards compatibility. The path of least > > resistance would be to handle it the same way we've done protocol > > revisions in the past: the backend will be able to handle both old and > > new protocols (so it can talk to old clients) but libpq would be revised > > to speak only the new protocol (so new/recompiled clients couldn't talk > > to old backends). We've gotten away with this approach in the past, but > > the last time was release 6.4. I fully expect to hear more complaints > > now. > > Personally ... as long as a v8.x client can talk to a v7.x backend, you > have my vote ... I'm more apt to upgrade my clients before my servers > anyway ... Actually, it is usually the opposite, where old clients can talk to newer servers, but not the reverse. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073