<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com - Stories tagged with Locks</title>
    <description>the latest stories tagged with 'Locks' from DotNetKicks.com</description>
    <link>http://www.dotnetkicks.com/</link>
    <language>en-us</language>
    <copyright>Atweb Publishing Ltd.</copyright>
    <docs>http://backend.userland.com/rss</docs>
    <generator>DotNetKicks.com - .NET links, community driven</generator>
    <ttl>30</ttl>
    <item>
      <title>SQL Server 2005: Immediate Deadlock notifications</title>
      <description>Deadlocks can be a pain to debug since they're so rare and unpredictable. The problem lies in repeating them in your dev environment. That's why it's crucial to have as much information about them from the production environment as possible. This is one way of getting it immediatly when it happens, &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2008%2f05%2f21%2fSQL-Server-2005-Immediate-Deadlock-notifications.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2008%2f05%2f21%2fSQL-Server-2005-Immediate-Deadlock-notifications.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/database/SQL_Server_2005_Immediate_Deadlock_notifications</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/database/SQL_Server_2005_Immediate_Deadlock_notifications</guid>
      <pubDate>Wed, 21 May 2008 17:48:15 GMT</pubDate>
    </item>
    <item>
      <title>SQL Server 2005: Get full information about transaction locks</title>
      <description>Get information about  what locks are being held by the transaction, what SPID owns the transaction, on which objects the locks are being held, what SQL statement caused the locks, etc...  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2008%2f04%2f29%2fSQL-Server-2005-Get-full-information-about-transaction-locks.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2008%2f04%2f29%2fSQL-Server-2005-Get-full-information-about-transaction-locks.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/database/SQL_Server_2005_Get_full_information_about_transaction_locks</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/database/SQL_Server_2005_Get_full_information_about_transaction_locks</guid>
      <pubDate>Wed, 07 May 2008 03:16:03 GMT</pubDate>
    </item>
    <item>
      <title>SQL Server 2008: Locking with MERGE statement compared to Update/Inser</title>
      <description>How SQL Server 2008 MERGE statement locking compares to the locks held when doing &amp;quot;update if exists, insert if not&amp;quot; problem in SQL Server 2005. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2007%2f08%2f03%2f60277.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2007%2f08%2f03%2f60277.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/database/SQL_Server_2008_Locking_with_MERGE_statement_compared_to_Update_Inser</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/database/SQL_Server_2008_Locking_with_MERGE_statement_compared_to_Update_Inser</guid>
      <pubDate>Fri, 03 Aug 2007 19:30:52 GMT</pubDate>
    </item>
    <item>
      <title>SQL Server: Best way to Update row if exists, Insert if not </title>
      <description>This question pops up a lot everywhere and it's a common business requirement and until SQL Server 2008 doesn't come out with it's MERGE statement that will do that in one go we're stuck with 2 ways of achieving this. The biggest problem with every update/insert (upsert for those who haven't heard the term yet) is locking. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2007%2f07%2f30%2f60273.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fweblogs.sqlteam.com%2fmladenp%2farchive%2f2007%2f07%2f30%2f60273.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/database/SQL_Server_Best_way_to_Update_row_if_exists_Insert_if_not</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/database/SQL_Server_Best_way_to_Update_row_if_exists_Insert_if_not</guid>
      <pubDate>Wed, 01 Aug 2007 19:01:02 GMT</pubDate>
    </item>
  </channel>
</rss>