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

Re: Foreign server version and type

From: Thom Brown <thom(at)linux(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, pgsql-docs <pgsql-docs(at)postgresql(dot)org>
Subject: Re: Foreign server version and type
Date: 2012-08-15 15:50:54
Message-ID: CAA-aLv42Yb4rcUSFxOAnn7FiP5L8-pmnM8B6vjBp13MUO6cycQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-docs
On 15 August 2012 16:47, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> On Mon, Aug 15, 2011 at 08:36:36PM +0300, Heikki Linnakangas wrote:
>> On 15.08.2011 19:58, Thom Brown wrote:
>> >I'm looking at the CREATE SERVER page on the documentation (
>> >http://www.postgresql.org/docs/9.1/static/sql-createserver.html) and noticed
>> >that there's a server_version parameter which can be provided with the
>> >keyword VERSION and server_type specified after TYPE.
>> >
>> >However, there's zero information about what these are used for, whether
>> >they have any bearing on anything or why you'd want to use them.  Are these
>> >parameters used for anything, or are they purely for future functionality?
>> >  Whatever the case, could some kind of elaboration be added to justify the
>> >existence of these options?  They have been in the docs since the CREATE
>> >SERVER syntax was introduced in 8.4.
>>
>> It's in the SQL spec. It isn't used anything by PostgreSQL itself,
>> but a wrapper could look at it. It would probably be good to say
>> that explicitly in the docs.
>
> I have applied the attached patch to document that these fields are only
> potentially useful to foreign data wrappers.

Thanks Bruce, and a very belated thanks to Heikki for the explanation.

-- 
Thom


In response to

pgsql-docs by date

Next:From: Bruce MomjianDate: 2012-08-16 00:31:07
Subject: Re: [BUGS] documentation bug - behave of NEW a OLD in plpgsql's triggers
Previous:From: Bruce MomjianDate: 2012-08-15 15:47:41
Subject: Re: Foreign server version and type

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