X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 939329DC841 for ; Mon, 16 Jan 2006 13:29:57 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 93541-08 for ; Mon, 16 Jan 2006 13:29:50 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from tigger.fuhr.org (tigger.fuhr.org [63.214.45.158]) by postgresql.org (Postfix) with ESMTP id D44329DC82D for ; Mon, 16 Jan 2006 13:29:48 -0400 (AST) Received: from winnie.fuhr.org (winnie.fuhr.org [10.1.0.1]) by tigger.fuhr.org (8.13.3/8.13.3) with ESMTP id k0GHTdAQ015866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Jan 2006 10:29:42 -0700 (MST) (envelope-from mfuhr@winnie.fuhr.org) Received: from winnie.fuhr.org (localhost [127.0.0.1]) by winnie.fuhr.org (8.13.4/8.13.4) with ESMTP id k0GHTdTL012829; Mon, 16 Jan 2006 10:29:39 -0700 (MST) (envelope-from mfuhr@winnie.fuhr.org) Received: (from mfuhr@localhost) by winnie.fuhr.org (8.13.4/8.13.4/Submit) id k0GHTdko012828; Mon, 16 Jan 2006 10:29:39 -0700 (MST) (envelope-from mfuhr) Date: Mon, 16 Jan 2006 10:29:39 -0700 From: Michael Fuhr To: =?iso-8859-1?Q?Ott=F3_Havasv=F6lgyi?= , pgsql-sql@postgresql.org Subject: Re: For update Message-ID: <20060116172938.GA9958@winnie.fuhr.org> References: <34608c0c0601160859g4e077ad9g@mail.gmail.com> <20060116170515.GK22228@surnet.cl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060116170515.GK22228@surnet.cl> X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.098 required=5 tests=[AWL=0.098] X-Spam-Score: 0.098 X-Spam-Level: X-Archive-Number: 200601/93 X-Sequence-Number: 23882 On Mon, Jan 16, 2006 at 02:05:15PM -0300, Alvaro Herrera wrote: > Ottó Havasvölgyi wrote: > > What does this do exactly: > > > > select * from where for update; > > > > Will be locked all the tuples in all tables it retrieves? > > Yes. > > > In 8.0.5 this did not work for me. > > How did it not work? Was any error message emitted? What is the view > definition? I wonder if "not work" means "didn't lock the rows" and the cause is simply not having a surrounding transaction. -- Michael Fuhr