Article ID: 983516 - View products that this article applies to.
Consider the following scenario in Microsoft SQL Server Compact 3.5:
This issue occurs because both transactions wait for one another for XLOCK. When the query gets compiled, both transactions obtain the shared lock on the table and then holds the lock for serializable isolation. When both transactions try to perform an execute, the query on the same table that contains an XLOCK locking hint, then both transactions wait for one another for XLOCK. Therefore, a deadlock occurs.
Note This issue also occurs when both transactions perform a DML operation on the same table that contains a TABLOCK locking hint.
SQL Server Compact 3.5 Service Pack 2The fix for this issue was first released in Cumulative Update 2. For more information about how to obtain this cumulative update package for SQL Server 2008 R2, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/2289547/ )Cumulative Update 2 for SQL Server Compact 3.5 Service Pack 2
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
For more information about Deadlock, visit the following Microsoft Developer Network (MSDN) website:
DeadlockFor more information about DML, visit the following MSDN website:
DMLFor more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/824684/ )Description of the standard terminology that is used to describe Microsoft software updates
Article ID: 983516 - Last Review: August 25, 2010 - Revision: 2.0