Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id BFA2E14D378 for ; Sun, 18 Mar 2012 18:48:08 -0300 (ADT) Received: from mailout-de.gmx.net ([213.165.64.22]) by magus.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1S9NxN-0007hI-GX for pgsql-hackers@postgresql.org; Sun, 18 Mar 2012 21:48:07 +0000 Received: (qmail invoked by alias); 18 Mar 2012 21:47:51 -0000 Received: from a88-115-218-87.elisa-laajakaista.fi (EHLO [10.0.0.108]) [88.115.218.87] by mail.gmx.net (mp024) with SMTP; 18 Mar 2012 22:47:51 +0100 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX19w4vAc0ohwblAlpXk7cpMRstwFePehyaGVlzQyZL itcYsfoKLAtyc7 Message-ID: <1332107267.6915.2.camel@vanquo.pezone.net> Subject: Re: Command Triggers, patch v11 From: Peter Eisentraut To: Tom Lane Cc: Andres Freund , pgsql-hackers@postgresql.org, Thom Brown , Dimitri Fontaine Date: Sun, 18 Mar 2012 23:47:47 +0200 In-Reply-To: <24814.1332021870@sss.pgh.pa.us> References: <201203162237.38813.andres@anarazel.de> <21818.1331934775@sss.pgh.pa.us> <201203162317.43818.andres@anarazel.de> <7094.1331996567@sss.pgh.pa.us> <9503.1332006327@sss.pgh.pa.us> <24814.1332021870@sss.pgh.pa.us> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2-1 Content-Transfer-Encoding: 8bit Mime-Version: 1.0 X-Y-GMX-Trusted: 0 X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201203/1201 X-Sequence-Number: 205083 On lör, 2012-03-17 at 18:04 -0400, Tom Lane wrote: > I'm not sure what we should do instead. We have gotten push-back before > anytime we changed the command tag for an existing command (and in fact > it seems that we intentionally added the rowcount display in 9.0, which > means there are people out there who care about that functionality). > On the other hand, the traditional output for CREATE TABLE AS doesn't > seem to satisfy the principle of least astonishment. A third > consideration is that if we are pushing CREATE TABLE AS as the preferred > spelling, people will probably complain if it omits functionality that > SELECT INTO provides; so I'm not sure that "SELECT n" in one case and > "CREATE TABLE AS" in the other would be a good idea either. Any > opinions what to do here? Another consideration is that the SQL command tags are defined by the SQL standard. So if we were to change it, then it should be "CREATE TABLE". I'm not convinced that it should be changed, though. (I recall cross-checking our list against the SQL standard in the past, so there might have been discussion on this already.)