Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hdLS4-0005IR-4m for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Jun 2019 21:15:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hdLS2-0005tR-V1 for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Jun 2019 21:15:34 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hdLS2-0005tK-J7 for pgsql-hackers@lists.postgresql.org; Tue, 18 Jun 2019 21:15:34 +0000 Received: from xvm-110-146.dc2.ghst.net ([46.226.110.146] helo=fetter.org) by makus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hdLRw-0000QC-2P for pgsql-hackers@postgresql.org; Tue, 18 Jun 2019 21:15:33 +0000 Received: by fetter.org (Postfix, from userid 1001) id BA50C40903; Tue, 18 Jun 2019 23:15:25 +0200 (CEST) Date: Tue, 18 Jun 2019 23:15:25 +0200 From: David Fetter To: Peter Eisentraut Cc: Andres Freund , Tom Lane , Alvaro Herrera , Stephen Frost , PostgreSQL Development Subject: Re: New EXPLAIN option: ALL Message-ID: <20190618211524.GA29683@fetter.org> References: <20190515170529.GA18938@alvherre.pgsql> <11598.1557942806@sss.pgh.pa.us> <20190515175806.qciblz6rhi4rzu6y@alap3.anarazel.de> <55c4eff5-23d7-3eeb-a4a4-7d6c8753bf5d@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55c4eff5-23d7-3eeb-a4a4-7d6c8753bf5d@2ndquadrant.com> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Tue, Jun 18, 2019 at 11:08:31PM +0200, Peter Eisentraut wrote: > On 2019-05-15 19:58, Andres Freund wrote: > > On 2019-05-15 13:53:26 -0400, Tom Lane wrote: > >> FWIW, given the conflict against "EXPLAIN EXECUTE prepared_stmt_name", > >> we should probably just drop the whole idea. It seemed like a great > >> idea at the time, but it's going to confuse people not just Bison. > > I'm not particularly invested in the idea of renaming ANALYZE - but I > > think we might be able to come up with something less ambiguous than > > EXECUTE. Even EXECUTION might be better. > > The GQL draft uses PROFILE as a separate top-level command, so it would be > > PROFILE SELECT ... > > That seems nice and clear. Are you proposing something along the lines of this? PROFILE [statement]; /* Shows the plan */ PROFILE RUN [statement]; /* Actually executes the query */ Best, David. -- David Fetter http://fetter.org/ Phone: +1 415 235 3778 Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate