Re: [PATCHES] New variable server_version_num - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] New variable server_version_num
Date
Msg-id 25385.1154273253@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] New variable server_version_num  (David Fetter <david@fetter.org>)
Responses Re: [PATCHES] New variable server_version_num  (David Fetter <david@fetter.org>)
Re: [PATCHES] New variable server_version_num  ("Jim C. Nasby" <jnasby@pervasive.com>)
List pgsql-hackers
David Fetter <david@fetter.org> writes:
> On Sat, Jul 29, 2006 at 09:44:10PM -0400, Tom Lane wrote:
>> The correct solution is for client-side libraries to provide the
>> feature.

> Not if the app is written in SQL, as the bootstrap, regression test,
> etc. code for modules frequently is.

SQL doesn't really have any conditional ability strong enough to deal
with existence or non-existence of features.  What are you hoping to
do, a CASE expression?  Both arms of the CASE still have to parse,
so I remain unconvinced that there are real world uses.

            regards, tom lane

pgsql-hackers by date:

Previous
From: Zoltan Boszormenyi
Date:
Subject: Re: Three weeks left until feature freeze
Next
From: Tom Lane
Date:
Subject: Re: Going for "all green" buildfarm results