The information in this article applies to:
BUG #: 57204 (SQLBUG_70) SYMPTOMS
Under the Read Committed isolation level, if the execution plan of a SELECT statement chooses to do a Bookmark Lookup, Intent Shared (IS) or Shared (S) locks may not be released after the execution of the SELECT statement has completed.
CAUSEWhile prefetching rows from the base table, the Bookmark Lookup does not release the locks held on the base table. RESOLUTIONA supported fix that corrects this problem is now available from Microsoft, but
it has not been fully regression tested and should be applied only to systems
experiencing this specific problem. If you are not severely affected by this
specific problem, Microsoft recommends that you wait for the next SQL Server service pack
that contains this fix. http://www.microsoft.com/support/supportnet/overview/overview.aspThe English version of this fix should have the following file attributes or later: NOTE: Due to file dependencies, the most recent hotfix or feature that contains the above files may also contain additional files.WORKAROUNDTo work around this problem, avoid performing SELECT operations while in a transaction or use an index hint to force the clustered index. For example, you can do the following to force the clustered index:
STATUSMicrosoft has confirmed this to be a problem in SQL Server version 7.0. MORE INFORMATION
Bookmark Lookups allow fast random access to rows based on a bookmark value. A Bookmark Lookup uses the bookmark, which can be a row ID or a clustered key, to look up the corresponding row in table or clustered key.
Additional query words: locks isolation read committed
Keywords : SSrvLock kbbug7.00 |
Last Reviewed: January 14, 2000 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |