Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d61xS-0004AC-RP for pgsql-hackers@arkaria.postgresql.org; Wed, 03 May 2017 21:37:14 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1d61xS-0000l7-Dp for pgsql-hackers@arkaria.postgresql.org; Wed, 03 May 2017 21:37:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1d61xQ-0000ih-Nc for pgsql-hackers@postgresql.org; Wed, 03 May 2017 21:37:12 +0000 Received: from mail-qk0-x22d.google.com ([2607:f8b0:400d:c09::22d]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1d61xN-0001HP-0E for pgsql-hackers@postgresql.org; Wed, 03 May 2017 21:37:12 +0000 Received: by mail-qk0-x22d.google.com with SMTP id c123so1168166qkd.0 for ; Wed, 03 May 2017 14:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=Xgeje7WdhrioRkDUup+xCKzysxeSPFrY9+YuuYk1Gwo=; b=UECyv/Vtbk8iUWFL2YcGR01zVTE8GkmAN4q/lv+hJivR8n8IlBK2VLiudxBQdYfHex frw+ewudUVAunZbF8i8ex3Jx3Wr4CP+mAPHluRw6k3OUz42y+uZfmwzQxMqRrvvS+cRP CU2kVbAHOpYWqHqpveKcGAm7+gixkUP8gybGgDmNscyKqN+z+n4DjcW9PT6rVDRi/O7v 2GJxqrnA6CDjJAK8jj1Bs5PGaUvE46Wt8k3Ur6o7++YcZaAlRdaQtAuL89YA+ZDJN4tV maRp89gTy1zGhFN2PnAiDNMWlxLH5DMK3JzUNyvF4T3ckN2hCy/+HrqCaC/95caqHDFg Z0Cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=Xgeje7WdhrioRkDUup+xCKzysxeSPFrY9+YuuYk1Gwo=; b=qqQUhvgKfFUStrflvP57Wi3f83KpF0vKHVpKEm+jRj5ofsrKSyqyXkK6HRCeoY0wHx m7ZQh+vxBA0cQx3/e1L3TzgCcWvliA/kL+m1dI1hf4xKXLWiTKnbNdEqEBDmPE0+C3Ao sUfXbOKg7vtGrnJRuagC2jaAbGOTUlhC7aFmS7PUt0ko/muGdr/3dXc1qLBAVc3L9ujB Q4KpdfIpunS/kf6aysufYrno6vT/2ZDSlcuTh8v3brqYo7XIlAOMiDo3qbYcqJFvI5z3 +3p94i6IE1nd+hs8Or3RJg+QnB94YvA6QHNYiz0lQBCcYuEoAC0dEacDJLIPIL/ha3kF +X/g== X-Gm-Message-State: AODbwcACWxHCnDJIhGC0qfHXZm1EV+PCA3nH1lFYw0TFlFCGM5A1l8G8 TAHM7jDN2EN3ZTE2 X-Received: by 10.55.169.193 with SMTP id s184mr4892944qke.118.1493847427468; Wed, 03 May 2017 14:37:07 -0700 (PDT) Received: from alvin.alvh.no-ip.org ([190.217.209.130]) by smtp.gmail.com with ESMTPSA id n14sm177056qtf.33.2017.05.03.14.37.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 May 2017 14:37:06 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 72285689; Wed, 3 May 2017 18:36:55 -0300 (-03) Date: Wed, 3 May 2017 18:36:55 -0300 From: Alvaro Herrera To: Andrew Dunstan Cc: Tom Lane , Simon Riggs , Tomas Vondra , PostgreSQL-development , Dean Rasheed Subject: Re: WITH clause in CREATE STATISTICS Message-ID: <20170503213655.w4hoeyr2qik5n66q@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4fde80c9-2a96-7ba4-1365-5c1b394bf51e@2ndQuadrant.com> User-Agent: NeoMutt/20170306-137-4415bd-dirty (1.8.0) X-Pg-Spam-Score: -2.6 (--) 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 Andrew Dunstan wrote: > On 05/03/2017 04:42 PM, Tom Lane wrote: > > One other point is that as long as we've got reserved keywords introducing > > each clause, there isn't actually an implementation reason why we couldn't > > accept the clauses in any order. Not sure I want to document it that way, > > but it might not be a bad thing if the grammar was forgiving about whether > > you write the USING or ON part first ... > > +1 for allowing arbitrary order of clauses. I would document it with the > USING clause at the end, and have that be what psql supports and pg_dump > produces. Since there are no WITH options now we should leave that out > until it's required. Ok, sounds good to me. Unless there are objections I'm going to have a shot at implementing this. Thanks for the discussion. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers