Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 2EB209F9D07 for ; Tue, 4 Sep 2007 21:35:27 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 72798-07 for ; Tue, 4 Sep 2007 21:35:24 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from davinci.ethosmedia.com (server227.ethosmedia.com [209.128.84.227]) by postgresql.org (Postfix) with ESMTP id 22C8D9F963A for ; Tue, 4 Sep 2007 21:35:23 -0300 (ADT) X-EthosMedia-Virus-Scanned: no infections found Received: from [64.81.245.111] (account josh@agliodbs.com HELO [192.168.1.27]) by davinci.ethosmedia.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 13124412; Tue, 04 Sep 2007 17:39:41 -0700 From: Josh Berkus Reply-To: josh@agliodbs.com Organization: Aglio Database Solutions To: pgsql-hackers@postgresql.org Subject: Re: Updatable cursor doubt Date: Tue, 4 Sep 2007 17:37:07 -0700 User-Agent: KMail/1.8 Cc: "Heikki Linnakangas" , "FAST PostgreSQL" References: <46DCB86F.9070102@fast.fujitsu.com.au> <46DD226F.7060602@enterprisedb.com> In-Reply-To: <46DD226F.7060602@enterprisedb.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709041737.09541.josh@agliodbs.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/175 X-Sequence-Number: 107327 Heikki, > FOR READ ONLY is actually part of the SELECT syntax. It's been accepted > for at least down to version 7.4, probably even longer than that, but it > hasn't been documented. It's accepted for the sake of compatibility with > other DBMSs (and SQL standard?), it doesn't do anything in PostgreSQL. > > Now, whether we should make an effort to not allow updating a cursor on > a query with FOR READ ONLY, that's another question. I don't think it's > worth the effort, and it wouldn't really gain us anything. We probably > should mention it in the manual, in the Compatibility section of SELECT > reference page. Who are we, MySQL? We ought not to accept the syntax if we're not going to enforce it. -- --Josh Josh Berkus PostgreSQL @ Sun San Francisco