Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ejIHC-0004MX-Ft for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Feb 2018 05:28:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejIHB-0002JN-K3 for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Feb 2018 05:28:09 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ejIHB-0002JD-9z for pgsql-hackers@lists.postgresql.org; Wed, 07 Feb 2018 05:28:09 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1ejIH8-00089X-S1 for pgsql-hackers@postgresql.org; Wed, 07 Feb 2018 05:28:08 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w175S4In026390; Wed, 7 Feb 2018 00:28:04 -0500 From: Tom Lane To: Oliver Ford cc: "David G. Johnston" , Erik Rijkers , Pg Hackers Subject: Re: Add RANGE with values and exclusions clauses to the Window Functions In-reply-to: <17947.1517767809@sss.pgh.pa.us> References: <2c084c1c2bf599ceb2afa87874de8bc1@xs4all.nl> <13279.1515535159@sss.pgh.pa.us> <4139.1515567978@sss.pgh.pa.us> <27788.1517069693@sss.pgh.pa.us> <10568.1517261334@sss.pgh.pa.us> ! ! <14068.1517266223@sss.pgh.pa.us> <18875.1517272139@sss.pgh.pa.us> <15869.1517443560@sss.pgh.pa.us> <17947.1517767809@sss.pgh.pa.us> Comments: In-reply-to Tom Lane message dated "Sun, 04 Feb 2018 13:10:09 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26388.1517981284.1@sss.pgh.pa.us> Date: Wed, 07 Feb 2018 00:28:04 -0500 Message-ID: <26389.1517981284@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk I wrote: > [ 0001-window-frame-v14.patch ] Pushed after further hacking on the documentation and test cases. I went ahead with the "value" to "offset" terminology change, too. You mentioned upthread that you were interested in adding more in_range support functions. I think it'd be a great idea to get that done for v11, because according to my reading of the SQL spec, it expects "RANGE offset PRECEDING/FOLLOWING" to work for any numeric type. See SQL:2011 7.11 syntax rule 11-a-iii: iii) The declared type of [the sort column] shall be numeric, datetime, or interval. The declared type of [the offset] shall be numeric if the declared type of SK is numeric; otherwise, it shall be an interval type that ... So we need in_range functions for float4, float8, and numeric if we really want to claim with a straight face that we cover all of SQL:2011 here. I think that ought to be a small enough addition to deal with in the final v11 commitfest, if you have time to prepare a patch this month. regards, tom lane