Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YvCBB-0007Gv-Bq for pgsql-hackers@arkaria.postgresql.org; Wed, 20 May 2015 22:09:33 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YvCBA-0002a8-T8 for pgsql-hackers@arkaria.postgresql.org; Wed, 20 May 2015 22:09:32 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YvCB9-0002a2-PJ for pgsql-hackers@postgresql.org; Wed, 20 May 2015 22:09:31 +0000 Received: from mail-qk0-f172.google.com ([209.85.220.172]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1YvCB6-0004O7-DQ for pgsql-hackers@postgresql.org; Wed, 20 May 2015 22:09:31 +0000 Received: by qkgw4 with SMTP id w4so41593646qkg.3 for ; Wed, 20 May 2015 15:09:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=K5NgAIGZgIMCyEvtGdTisZS9Xr4qCBn9AgOQrZlKHME=; b=SP/4S0Mk/H7KjLMMaBKRWrzu3r1SYE3rK4OaUSX/WPiHuQOrXi7cqV5aBeEbKz+Zwk q8Aja94bfP1vnxXykdt8GFExqQIodBiPQ1sSW9dpON/hVr0KmjySD5oTxp7k+ZZgGv57 skiqmRzc7hyHE8arCr5khrIJaKiadwliPIzfuQWuuQXpE2Sb8CBRLRb5TZR0xJHOz03c FMCr3HikOF2v+ZHF69AwXsJN6ropH4VxAfSb5z1LI1NwdRO9/kelZWqZH6UWFNLptaj/ BJLA9pYcw0/aSFccfn4Ht62O0HT6qkAPj+x725BIS5QJCrnz5ccOXoAXhsZyK4fQ2Kvj 0VAA== X-Gm-Message-State: ALoCoQm4rvd9bSzeQugafOvR2AwJ9m5iW/u86tH6P7uAI51lPtc9amqNsoQH5FYhAms1UXYbrhn+ X-Received: by 10.55.55.74 with SMTP id e71mr52900307qka.65.1432159765890; Wed, 20 May 2015 15:09:25 -0700 (PDT) Received: from alvin.alvh.no-ip.org ([200.85.219.137]) by mx.google.com with ESMTPSA id v13sm908741qhd.31.2015.05.20.15.09.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 May 2015 15:09:25 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id EBABB200; Wed, 20 May 2015 19:09:11 -0300 (CLT) Date: Wed, 20 May 2015 19:09:11 -0300 From: Alvaro Herrera To: Peter Geoghegan Cc: Andres Freund , Pg Hackers Subject: Re: Re: [COMMITTERS] pgsql: Add support for INSERT ... ON CONFLICT DO NOTHING/UPDATE. Message-ID: <20150520220911.GK5885@postgresql.org> References: <20150520215816.GI5885@postgresql.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pg-Spam-Score: -3.7 (---) 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 Peter Geoghegan wrote: > On Wed, May 20, 2015 at 2:58 PM, Alvaro Herrera > wrote: > > Hm, I just realized that the command tag for INSERT ON CONFLICT is still > > just INSERT. Is that okay? To me, the behavior is different enough > > that it should have its own tag. I'm not too set on this, but maybe > > others share this opinion? > > No it isn't. ON CONFLICT DO UPDATE has an "UPSERT" command tag. DO > NOTHING has INSERT as its command tag. ... ah ... > Are you using an old psql? I thought that that would just result in no > command tag being displayed. Well, I'm using an editor to read the code of CreateCommandTag(), not executing anything. I guess that function needs an update, then, no? -- Álvaro Herrera http://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