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

Re: New variable server_version_num

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: David Fetter <david(at)fetter(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-patches(at)postgresql(dot)org
Subject: Re: New variable server_version_num
Date: 2006-07-30 15:27:33
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackerspgsql-patches
David Fetter <david(at)fetter(dot)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

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2006-07-30 15:44:44
Subject: Re: Going for "all green" buildfarm results
Previous:From: Zoltan BoszormenyiDate: 2006-07-30 14:17:52
Subject: Re: Three weeks left until feature freeze

pgsql-patches by date

Next:From: David FetterDate: 2006-07-30 16:04:04
Subject: Re: New variable server_version_num
Previous:From: David FetterDate: 2006-07-30 06:25:44
Subject: Re: New variable server_version_num

pgsql-general by date

Next:From: Florian G. PflugDate: 2006-07-30 15:29:39
Subject: Re: Questions about update, delete, ctid...
Previous:From: Martijn van OosterhoutDate: 2006-07-30 15:04:10
Subject: Re: Questions about update, delete, ctid...

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