Why isn't DECLARE CURSOR ... FOR UPDATE supported?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-hackers(at)postgreSQL(dot)org
Subject: Why isn't DECLARE CURSOR ... FOR UPDATE supported?
Date: 2003-12-18 15:20:14
Message-ID: 19754.1071760814@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Is there any good reason for this restriction?

regression=# begin;
BEGIN
regression=# declare c cursor for select * from tenk1 for update;
ERROR: DECLARE CURSOR ... FOR UPDATE is not supported
DETAIL: Cursors must be READ ONLY.

While I have not tried it, I think that simply removing this error check
in PerformCursorOpen() would allow the system to behave in a reasonable
way, ie, locking each row the first time it is fetched through the
cursor.

A recent conversation on pgsql-bugs led me to think of this as an easy
way to get the effect of "LIMIT after FOR UPDATE" --- that is, you
declare the cursor as above and then FETCH just one row, or however many
you need. With the current implementation in which LIMIT acts before
FOR UPDATE, it's possible the "SELECT ... LIMIT 1 FOR UPDATE" will
return no row, even though lockable rows exist in the table.

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Doug McNaught 2003-12-18 15:32:04 Re: plpgsql Integer Concat To String
Previous Message David Fetter 2003-12-18 15:05:24 Re: Dates BC.