Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fR846-00035w-8b for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Jun 2018 03:27:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fR843-0008WE-R2 for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Jun 2018 03:27:47 +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.89) (envelope-from ) id 1fR843-0008W4-GM for pgsql-hackers@lists.postgresql.org; Fri, 08 Jun 2018 03:27:47 +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 1fR841-0006JA-5N for pgsql-hackers@postgresql.org; Fri, 08 Jun 2018 03:27:46 +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 w583RgMb022107; Thu, 7 Jun 2018 23:27:42 -0400 From: Tom Lane To: Peter Eisentraut cc: Oliver Ford , "David G. Johnston" , Erik Rijkers , Pg Hackers Subject: Re: Add RANGE with values and exclusions clauses to the Window Functions In-reply-to: References: <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 Peter Eisentraut message dated "Thu, 07 Jun 2018 22:23:56 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22105.1528428462.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Thu, 07 Jun 2018 23:27:42 -0400 Message-ID: <22106.1528428462@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Peter Eisentraut writes: > On 2/4/18 13:10, Tom Lane wrote: >> + 22013 E ERRCODE_INVALID_PRECEDING_FOLLOWING_SIZE = invalid_preceding_following_size > I was checking the new error codes in PostgreSQL 11 and came across > this. The original name in the SQL standard is > INVALID_PRECEDING_OR_FOLLOWING_SIZE_IN_WINDOW_FUNCTION > which is reasonable to abbreviate, but is there a reason why we lost the > "or"? It seemed like a reasonable abbreviation to me. If you disagree, feel free to change it. regards, tom lane