Received: from bush.rutgersinsurance.com (rutgersinsurance.com [38.138.71.194]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f0PHB2q74380 for ; Thu, 25 Jan 2001 12:11:02 -0500 (EST) (envelope-from aalang@rutgersinsurance.com) Received: from 6014cwpza006 ([10.10.10.51]) by bush.rutgersinsurance.com (8.9.3/8.9.3) with SMTP id MAA15091 for ; Thu, 25 Jan 2001 12:14:42 -0500 Message-ID: <00cd01c086f2$16543980$330a0a0a@6014cwpza006> From: "Adam Lang" Cc: References: Subject: Re: RE: [PATCHES] ODBC Patch for OJs/Large Querys & Rows Date: Thu, 25 Jan 2001 12:13:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Archive-Number: 200101/61 X-Sequence-Number: 61 What exactly do you mean by centralize the version info? Do you mean having the ODBC driver version match the Postgres DB version? If so, I do agree in doing that... to a degree. I say we only match major versions where there are added features. As an example, 7.0 has many feature additions over 6.5. Once the driver supports all the functionality of 7.0, it should be moved to version 7.0. Then, if a patch or something is added to the ODBC to require it being upped a version, we should use very minor increments, something like a precision of 4 or 5. (A patched 7.0 driver would be incremented to 7.0.0.0.1) That way, we know a driver version as 7.0 supports all functionality from 7.0 servers and back. Adam Lang Systems Engineer Rutgers Casualty Insurance Company http://www.rutgersinsurance.com ----- Original Message ----- From: "Hiroshi Inoue" To: "Dave Page" ; "Bruce Momjian" Cc: "pgsql-interfaces" ; Sent: Thursday, January 25, 2001 11:28 AM Subject: RE: RE: [PATCHES] ODBC Patch for OJs/Large Querys & Rows > I also object to centralize the version info. It is preferable that client > apps and servers are relatively indepedent as much as possible. > It seems very natural that client apps and the server have separate > versioning policies. Do we always have to wait for the all-in-one > release to get improved client apps ? > > Regrads, > Hiroshi Inoue