467,170 Members | 1,165 Online
Bytes | Developer Community
Ask Question

Home New Posts Topics Members FAQ

Post your question to a community of 467,170 developers. It's quick & easy.

Isolation level - interesting scenario

I am just confused because of the following scenario.

* I have turned on the new 8.2 registry variables skipdeleted,
skipinserted, evaluncommitted to ON
* I gave a select * from <>, it was waiting for a lock, it needed an
intent share lock on the particular table..
the lock that it was waiting on was eXclusive row lock that another
process(process-2) was having, process-2 was updating the table 500
rows at a time before
committing
* I was hoping this will not result because of the new registry
variables!!!!

I tried db2pd to get the isolation levels of the applications, but
with no joy...
How can I get the isolation level?

Thanx
Arun

Jul 18 '07 #1
  • viewed: 1786
Share:
1 Reply
Ian
Arun Srinivasan wrote:
I am just confused because of the following scenario.

* I have turned on the new 8.2 registry variables skipdeleted,
skipinserted, evaluncommitted to ON
* I gave a select * from <>, it was waiting for a lock, it needed an
intent share lock on the particular table..
the lock that it was waiting on was eXclusive row lock that another
process(process-2) was having, process-2 was updating the table 500
rows at a time before
committing
DB2_EVALUNCOMMITTED allows an application with CS/RS isolation to read
through a lock to determine if a row does not qualify (i.e. with a
SARGable predicate). Since your query is doing 'select * from <>' (no
predicates) DB2_EVALUNCOMMITTED doesn't apply.
* I was hoping this will not result because of the new registry
variables!!!!
No, you would have seen this same behavior before.
I tried db2pd to get the isolation levels of the applications, but
with no joy...
How can I get the isolation level?
See the EffISO column from -activestatements
Jul 18 '07 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

11 posts views Thread by Markus Breuer | last post: by
3 posts views Thread by joshsackett | last post: by
5 posts views Thread by m0002a@yahoo.com | last post: by
2 posts views Thread by cj | last post: by
1 post views Thread by Arun Srinivasan | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.