Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3Uvn-00049B-LN for pgsql-hackers@arkaria.postgresql.org; Thu, 07 Feb 2013 17:06:39 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1U3Uvn-00083Y-4k for pgsql-hackers@arkaria.postgresql.org; Thu, 07 Feb 2013 17:06:39 +0000 Received: from makus.postgresql.org ([98.129.198.125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3Uvl-00083B-UD for pgsql-hackers@postgresql.org; Thu, 07 Feb 2013 17:06:38 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3Uvk-0008Cr-Kw for pgsql-hackers@postgresql.org; Thu, 07 Feb 2013 17:06:37 +0000 Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.5/8.14.5) with ESMTP id r17H6UrG014656; Thu, 7 Feb 2013 12:06:31 -0500 (EST) From: Tom Lane To: Dimitri Fontaine cc: Robert Haas , Simon Riggs , PostgreSQL Hackers Subject: Re: proposal: ANSI SQL 2011 syntax for named parameters In-reply-to: References: Comments: In-reply-to Dimitri Fontaine message dated "Thu, 07 Feb 2013 17:32:04 +0100" Date: Thu, 07 Feb 2013 12:06:30 -0500 Message-ID: <14654.1360256790@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Dimitri Fontaine writes: > Robert Haas 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 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers