X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 93AC5D1EFE9 for ; Sun, 9 May 2004 01:13:53 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 78490-09 for ; Sun, 9 May 2004 01:13:33 -0300 (ADT) Received: from vscan02.westnet.com.au (vscan02.westnet.com.au [203.10.1.132]) by svr1.postgresql.org (Postfix) with ESMTP id 74DCED1F79F for ; Sun, 9 May 2004 01:13:32 -0300 (ADT) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 739F310065B; Sun, 9 May 2004 12:13:29 +0800 (WST) Received: from [192.168.1.9] (dsl-202-72-133-22.wa.westnet.com.au [202.72.133.22]) by vscan02.westnet.com.au (Postfix) with ESMTP id 0BCEE100551; Sun, 9 May 2004 12:13:28 +0800 (WST) Message-ID: <409DAFEB.7020300@familyhealth.com.au> Date: Sun, 09 May 2004 12:13:31 +0800 From: Christopher Kings-Lynne User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alvaro Herrera Cc: Bruce Momjian , elein , PostgreSQL-development Subject: Re: Adding MERGE to the TODO list (resend with subject) References: <200405082246.i48MkTQ29755@candle.pha.pa.us> <409D8E48.3070805@familyhealth.com.au> <20040509035405.GA917@dcc.uchile.cl> In-Reply-To: <20040509035405.GA917@dcc.uchile.cl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200405/438 X-Sequence-Number: 53516 > I intend to release locks on subtransaction abort, so if the update > fails there's room for another transaction to insert the key (which I > understand should fail?). I guess there's a different locking mechanism > needed; I believe nested transactions will not be enough. Except you can keep trying and trying without the outermost transaction failing. Chris