Re: proposal: ANSI SQL 2011 syntax for named parameters - Mailing list pgsql-hackers

From Tom Lane
Subject Re: proposal: ANSI SQL 2011 syntax for named parameters
Date
Msg-id 14654.1360256790@sss.pgh.pa.us
Whole thread Raw
In response to Re: proposal: ANSI SQL 2011 syntax for named parameters  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Responses Re: proposal: ANSI SQL 2011 syntax for named parameters
List pgsql-hackers
Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> Robert Haas <robertmhaas@gmail.com> writes:
>> I don't know what to add to that.

> There's no technical reason that I'm aware of for hstore 1.1 not to
> support all our maintained releases at the same time. That's exactly how
> we do it with non-core extensions, by the way.

If you're suggesting that we should back-patch hstore 1.1 into 9.1,
there might not be a technical reason why we couldn't do it, but there
are certainly project-policy reasons.  Removing operators, or indeed
changing any SQL interface at all, is exactly the kind of change we do
not make in back branches.

> To make that easier to maintain, there's a patch in the queue
> implementing default_major_version so that we can ship hstore--1.0.sql
> and hstore--1.0--1.1.sql and still have that command just works:
>   CREATE EXTENSION hstore VERSION '1.1';

If the argument for this patch is only to support doing something like
the above, I'd vote for rejecting it entirely.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Kohei KaiGai
Date:
Subject: Re: [v9.3] writable foreign tables
Next
From: Peter Eisentraut
Date:
Subject: Re: split rm_name and rm_desc out of rmgr.c