Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YqmDJ-00078V-SI for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2015 17:37:29 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YqmDJ-0002hl-98 for pgsql-hackers@arkaria.postgresql.org; Fri, 08 May 2015 17:37:29 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YqmDI-0002he-26 for pgsql-hackers@postgresql.org; Fri, 08 May 2015 17:37:28 +0000 Received: from mail-wg0-x22b.google.com ([2a00:1450:400c:c00::22b]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1YqmDA-0002Iw-7S for pgsql-hackers@postgresql.org; Fri, 08 May 2015 17:37:26 +0000 Received: by wgyo15 with SMTP id o15so78961159wgy.2 for ; Fri, 08 May 2015 10:37:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Or40F1wsDo0OSv1jL8NR2G/JzdmqivE/LN7u3wHzKC8=; b=X8IQvcB3URrvuPuInIYebmSfhG9XLqxXuXBn2h5771PXAelo1OQgSAtK3qWZRkkNtx cTk7sSUR7EDUbMOF/EWgsvfecvkt/RqyVoHdoxzgSfe9MMdkWfFMKvVI5M2JUR7/YClT zahf3OOnzq8isWPH9Ux1nC4AC50/v/MGdwb0oSTUeW/c5OY7DBJQJFSOC6tXAdikl+BE PaxhjbloAqs5EYcVIi42eGoRcB+id4EoflkFcrl7cz1qtZ918FWX/SZWlE837OIkXsyp wei9wEXXt8qVY8BgHmhoJeLb5/AhfPZxFP1NurA8aXea+5EldOi85Iou6tnzIBAJPGN/ Hbwg== X-Received: by 10.194.48.48 with SMTP id i16mr9639641wjn.40.1431106637944; Fri, 08 May 2015 10:37:17 -0700 (PDT) Received: from [192.168.1.99] (dsl-hkibrasgw1-58c38f-82.dhcp.inet.fi. [88.195.143.82]) by mx.google.com with ESMTPSA id fa8sm9838948wib.14.2015.05.08.10.37.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 May 2015 10:37:17 -0700 (PDT) Message-ID: <554CF44B.3080808@iki.fi> Date: Fri, 08 May 2015 20:37:15 +0300 From: Heikki Linnakangas Reply-To: hlinnaka@iki.fi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Tom Lane , Andres Freund CC: Peter Geoghegan , Jeff Janes , Stephen Frost , Dean Rasheed , Bruce Momjian , Pg Hackers Subject: Re: INSERT ... ON CONFLICT UPDATE/IGNORE 4.0 References: <20150508150340.GJ12950@alap3.anarazel.de> <9096.1431102730@sss.pgh.pa.us> <20150508165246.GO12950@alap3.anarazel.de> <10633.1431105922@sss.pgh.pa.us> In-Reply-To: <10633.1431105922@sss.pgh.pa.us> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -0.8 (/) 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 On 05/08/2015 08:25 PM, Tom Lane wrote: > Andres Freund writes: >> On 2015-05-08 12:32:10 -0400, Tom Lane wrote: >>> Looks like there's a CLOBBER_CACHE_ALWAYS issue ... >>> http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=jaguarundi&dt=2015-05-08%2011%3A52%3A00 > >> Currently index inferrence ignores indexes that aren't yet valid >> according to checkxmin. I'm tempted to think that is a mistake. I think >> we should throw an error instead; possbily at execution rather than plan >> time. > > If that's what is happening, then throwing an error is not going to fix > the problem of the regression test results being unstable; it'll just be > a different error that might or might not get thrown depending on timing. Why does INSERT ON CONFLICT pay attention to indcheckxmin? Uniqueness check only cares about the most recent committed version of the tuple, and the index good for that use immediately. If there was a problem there, the uniqueness check in a normal insert have the same problem. - Heikki -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers