Re: updateable cursors & visibility - Mailing list pgsql-hackers
From | Bruce Momjian |
---|---|
Subject | Re: updateable cursors & visibility |
Date | |
Msg-id | 200303250531.h2P5Vqn14898@candle.pha.pa.us Whole thread Raw |
In response to | Re: updateable cursors & visibility (Neil Conway <neilc@samurai.com>) |
List | pgsql-hackers |
Neil Conway wrote: > On Mon, 2003-03-24 at 22:50, Hiroshi Inoue wrote: > > Does the SQL standard allow INSENSITIVE updatable cursors ? > > Hmmm... apparently not: > > (Subsection 14.1, Syntax Rules of DECLARE CURSOR) > > 11) If an <updatability clause> of FOR UPDATE with or without a <column > name list> is specified, then INSENSITIVE shall not be specified and QE > shall be updateable. > > I'm not really sure I see the point of this restriction, though... My guess is that while INSENSITIVE is good, when you use updatable cursors, when you use WHERE CURRENT OF for UPDATE, you are really updating the cursor. However, I think it would be really weird to be seeing other people changes (senstive) in my cursor, so I am not sure we really want to follow that area of the spec. If they said you should be able to see the WHERE CURRENT OF updates, but not other people's commits, I could see that logic. I wonder if they did the spec this way because some vendors couldn't do INSENSITIVE - WHERE CURRENT OF cursors. I see SQL99 specifies SENSITIVE: <cursor sensitivity> ::= SENSITIVE | INSENSITIVE | ASENSITIVE Maybe we should add the keyword SENSITIVE and throw an error if SENSITIVE is used because we don't support it. Of course, we throw an error now, but the error is "syntax error" rather than "not supported". Here is the SQL99 standard on this: --------------------------------------------------------------------------- Another property of a cursor is its sensitivity, which may be sensitive, insensitive, or asensitive, dependingon whether SENSITIVE, INSENSITIVE, or ASENSITIVE is specified or implied. The following paragraphsdefine several terms used to discuss issues relating to cursor sensitivity: A change to SQL-data is said to be independent of a cursor CR if and only if it is not made by an <updatestatement: positioned> or a <delete statement: positioned> that is positioned on CR. A change to SQL-data is said to be significant to CR if and only if it is independent of CR, and, had it beencommitted before CR was opened, would have caused the table associated with the cursor to be differentin any respect. A change to SQL-data is said to be visible to CR if and only if it has an effect on CR by inserting a rowin CR, deleting a row from CR, changing the value of a column of a row of CR, or reordering the rows ofCR. If a cursor is open, and the SQL-transaction in which the cursor was opened makes a significant change toSQL-data, then whether that change is visible through that cursor before it is closed is determined as follows: - If the cursor is insensitive, then significant changes are not visible. - If the cursor is sensitive, then significant changes are visible. - If the cursor is asensitive, then the visibility of significant changes is implementation-dependent. If a holdable cursor is open during an SQL-transaction T and it is held open for a subsequent SQL-transaction,then whether any significant changes made to SQL-data (by T or any subsequent SQL- transactionin which the cursor is held open) are visible through that cursor in the subsequent SQL-transaction beforethat cursor is closed is determined as follows: - If the cursor is insensitive, then significant changes are not visible. - If the cursor is sensitive, then the visibility of significant changes is implementation-defined. - If the cursor is asensitive, then the visibility of significant changes is implementation-dependent. A <declare cursor> DC that specifies WITH RETURN is called a result set cursor. The <cursor specification>CR contained in DC defines a table T; the term result set is used to refer to T. A result set cursor, if declared in an SQL-invoked procedure and not closed when the procedure returns to its invoker, returnsa result set to the invoker. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
pgsql-hackers by date: