Received: from mail0.crcom.net (mail0.crcom.net [208.220.74.20]) by postgresql.org (8.11.3/8.11.1) with SMTP id f6QKvHf16952 for ; Thu, 26 Jul 2001 16:57:18 -0400 (EDT) (envelope-from len-morgan@crcom.net) Received: (qmail 65143 invoked from network); 26 Jul 2001 20:57:13 -0000 Received: from ip01-12.crcom.net (HELO H233) (@65.198.128.12) by mail0.crcom.net with SMTP; 26 Jul 2001 20:57:13 -0000 Message-ID: <002301c11615$7f660040$0908a8c0@bstx.cc> From: "Len Morgan" To: References: <200107262036.QAA24005@interlock2.lexmark.com> Subject: Re: concurent updates Date: Thu, 26 Jul 2001 15:56:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Archive-Number: 200107/953 X-Sequence-Number: 13073 Unless you have over simplified your example, why do you have two tables? Wouldn't: create table table1 (id int primary key, col1 int, col2 int) do the same thing in one table? I would think that ANY schema that has two tables with the SAME primary key can be resolved to one table without losing anything. len morgan > create table table1 (id int primary key, col1 int); > create table table2 (id int primary key references table1(id), col2 int); > > and the 2 updates : > > 1) update table2 set id = 1001 where id = 1; > 2) update table1 set id = 1001 where id = 1; > > i can't execute them separately because of an integrity constraint > violation. > i've got the same error in a BEGIN / COMMIT block containing the updates. > > Does any one see how two help me ? > > thanks. > > > ---------------------------(end of broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to majordomo@postgresql.org) > > > > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org >