X-Original-To: pgsql-sql@postgresql.org Received: from localhost (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id 4AE0F475843 for ; Tue, 4 Feb 2003 18:21:32 -0500 (EST) Received: from sss.pgh.pa.us (unknown [192.204.191.242]) by postgresql.org (Postfix) with ESMTP id 3A599475CCE for ; Tue, 4 Feb 2003 18:21:29 -0500 (EST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.12.6/8.12.6) with ESMTP id h14NLS5u018901; Tue, 4 Feb 2003 18:21:31 -0500 (EST) To: justin Cc: pgsql-sql@postgresql.org Subject: Re: Serialized Transaction Locking Issues In-reply-to: <3E403A3E.5020508@intrusic.com> References: <3E403A3E.5020508@intrusic.com> Comments: In-reply-to justin message dated "Tue, 04 Feb 2003 17:10:06 -0500" Date: Tue, 04 Feb 2003 18:21:28 -0500 Message-ID: <18900.1044400888@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by AMaViS new-20020517 X-Archive-Number: 200302/84 X-Sequence-Number: 11482 justin writes: > I'm currently in the midst of working on a serializable transaction > which drops indexes on several tables, does a bulk copy, and rebuilds > the indexes. Based on what I've read it seemed as though I'd be able to > concurrently execute read only queries against these tables, Nope, because "drop index" obtains an exclusive lock on the table. (If it didn't, some other query might try to *use* the index, which would create a bit of a problem if the DROP committed midway through.) regards, tom lane