<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for About Sql Server</title>
	<atom:link href="http://aboutsqlserver.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://aboutsqlserver.com</link>
	<description>Database design and development with Microsoft Sql Server</description>
	<lastBuildDate>Mon, 20 May 2013 15:08:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on Sunday T-SQL Tip: Merge into CTE as the Target by Writing T-SQL Merge Statements the Right Way &#124; Made2Mentor</title>
		<link>http://aboutsqlserver.com/2011/10/09/sunday-t-sql-tip-merge-into-cte-as-the-target/#comment-1130</link>
		<dc:creator>Writing T-SQL Merge Statements the Right Way &#124; Made2Mentor</dc:creator>
		<pubDate>Mon, 20 May 2013 15:08:57 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/2011/10/09/sunday-t-sql-tip-merge-into-cte-as-the-target/#comment-1130</guid>
		<description><![CDATA[[...] could be many SQL Server objects such as Tables, Temp Tables, Views, Table Variables, or even Common Table Expressions. The Source could also be a complete Select statement as well. In this case, for the sake of [...]]]></description>
		<content:encoded><![CDATA[<p>[...] could be many SQL Server objects such as Tables, Temp Tables, Views, Table Variables, or even Common Table Expressions. The Source could also be a complete Select statement as well. In this case, for the sake of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Locking in Microsoft SQL Server (Part 17) – Implementing Critical Section / Mutexes in T-SQL by Dmitri Korotkevitch</title>
		<link>http://aboutsqlserver.com/2013/05/08/locking-in-microsoft-sql-server-part-17-implementing-critical-section-mutexes-in-t-sql/#comment-633</link>
		<dc:creator>Dmitri Korotkevitch</dc:creator>
		<pubDate>Mon, 13 May 2013 19:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1057#comment-633</guid>
		<description><![CDATA[Hi Jason, Golam and Vladimir!

First of all, thank you very much for the feedback!

Jason, you are absolutely right. AppLock would not conflict with the data related locks. But in this case it&#039;s exactly what we want. We need to serialize access within specific process (stored procedure) that reads the data rather than block access to the table itself. This approach would allow other sessions to insert the data to the table while application servers do the processing. It would also allow application servers to delete the processed data from the table without being blocked by the read SP.

Sincerely,
Dmitri]]></description>
		<content:encoded><![CDATA[<p>Hi Jason, Golam and Vladimir!</p>
<p>First of all, thank you very much for the feedback!</p>
<p>Jason, you are absolutely right. AppLock would not conflict with the data related locks. But in this case it&#8217;s exactly what we want. We need to serialize access within specific process (stored procedure) that reads the data rather than block access to the table itself. This approach would allow other sessions to insert the data to the table while application servers do the processing. It would also allow application servers to delete the processed data from the table without being blocked by the read SP.</p>
<p>Sincerely,<br />
Dmitri</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Locking in Microsoft SQL Server (Part 17) – Implementing Critical Section / Mutexes in T-SQL by Jason</title>
		<link>http://aboutsqlserver.com/2013/05/08/locking-in-microsoft-sql-server-part-17-implementing-critical-section-mutexes-in-t-sql/#comment-630</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Mon, 13 May 2013 18:22:57 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1057#comment-630</guid>
		<description><![CDATA[Keep in mind that the last method (using applocks) only works if the subsequent attempts at the object also try to acquire an applock on the object or make a call to APPLOCK_TEST.  Unlike exclusive locks, applocks will not block an UPDATE, DELETE or INSERT that doesn&#039;t attempt to acquire any applock.]]></description>
		<content:encoded><![CDATA[<p>Keep in mind that the last method (using applocks) only works if the subsequent attempts at the object also try to acquire an applock on the object or make a call to APPLOCK_TEST.  Unlike exclusive locks, applocks will not block an UPDATE, DELETE or INSERT that doesn&#8217;t attempt to acquire any applock.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Locking in Microsoft SQL Server (Part 17) – Implementing Critical Section / Mutexes in T-SQL by Golam Kabir</title>
		<link>http://aboutsqlserver.com/2013/05/08/locking-in-microsoft-sql-server-part-17-implementing-critical-section-mutexes-in-t-sql/#comment-552</link>
		<dc:creator>Golam Kabir</dc:creator>
		<pubDate>Sun, 12 May 2013 02:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1057#comment-552</guid>
		<description><![CDATA[Excellent post - dba must read]]></description>
		<content:encoded><![CDATA[<p>Excellent post &#8211; dba must read</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Locking in Microsoft SQL Server (Part 17) – Implementing Critical Section / Mutexes in T-SQL by Vladimir Zatuliveter</title>
		<link>http://aboutsqlserver.com/2013/05/08/locking-in-microsoft-sql-server-part-17-implementing-critical-section-mutexes-in-t-sql/#comment-489</link>
		<dc:creator>Vladimir Zatuliveter</dc:creator>
		<pubDate>Fri, 10 May 2013 17:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1057#comment-489</guid>
		<description><![CDATA[Nice post Dmitri!
Thank you!]]></description>
		<content:encoded><![CDATA[<p>Nice post Dmitri!<br />
Thank you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blog is moving to another hosting site by Dmitri Korotkevitch</title>
		<link>http://aboutsqlserver.com/2013/05/05/blog-is-moving-to-another-hosting-site/#comment-343</link>
		<dc:creator>Dmitri Korotkevitch</dc:creator>
		<pubDate>Mon, 06 May 2013 20:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1004#comment-343</guid>
		<description><![CDATA[Thank you, Richard! Appreciate it!]]></description>
		<content:encoded><![CDATA[<p>Thank you, Richard! Appreciate it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blog is moving to another hosting site by Richard L. Dawson</title>
		<link>http://aboutsqlserver.com/2013/05/05/blog-is-moving-to-another-hosting-site/#comment-342</link>
		<dc:creator>Richard L. Dawson</dc:creator>
		<pubDate>Mon, 06 May 2013 20:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1004#comment-342</guid>
		<description><![CDATA[It seems to be working. If I find anything I&#039;ll let you know.

Have a great day.
Richard]]></description>
		<content:encoded><![CDATA[<p>It seems to be working. If I find anything I&#8217;ll let you know.</p>
<p>Have a great day.<br />
Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blog is moving to another hosting site by Dmitri Korotkevitch</title>
		<link>http://aboutsqlserver.com/2013/05/05/blog-is-moving-to-another-hosting-site/#comment-333</link>
		<dc:creator>Dmitri Korotkevitch</dc:creator>
		<pubDate>Mon, 06 May 2013 16:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1004#comment-333</guid>
		<description><![CDATA[Thank you, Richard! Moving from 1and1 to Dreamhost. Was &quot;pleasantly&quot; surprised by 1and1 recently after they rolled back their blogs database to 1.5 months old version without even notifying the customers. Well, hopefully the new hosting would work better.

In either case it should be only DNS cache issues at this point. Hope everything else is working assuming you can access the site. 

Sincerely,
Dmitri]]></description>
		<content:encoded><![CDATA[<p>Thank you, Richard! Moving from 1and1 to Dreamhost. Was &#8220;pleasantly&#8221; surprised by 1and1 recently after they rolled back their blogs database to 1.5 months old version without even notifying the customers. Well, hopefully the new hosting would work better.</p>
<p>In either case it should be only DNS cache issues at this point. Hope everything else is working assuming you can access the site. </p>
<p>Sincerely,<br />
Dmitri</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Blog is moving to another hosting site by Richard L. Dawson</title>
		<link>http://aboutsqlserver.com/2013/05/05/blog-is-moving-to-another-hosting-site/#comment-332</link>
		<dc:creator>Richard L. Dawson</dc:creator>
		<pubDate>Mon, 06 May 2013 15:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/?p=1004#comment-332</guid>
		<description><![CDATA[Do you know where it&#039;s moving to, yet?

Good luck in any case.
Richard]]></description>
		<content:encoded><![CDATA[<p>Do you know where it&#8217;s moving to, yet?</p>
<p>Good luck in any case.<br />
Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Locking in Microsoft SQL Server (Part 1 &#8211; Lock types) by Dmitri Korotkevitch</title>
		<link>http://aboutsqlserver.com/2011/04/14/locking-in-microsoft-sql-server-part-1-lock-types/#comment-269</link>
		<dc:creator>Dmitri Korotkevitch</dc:creator>
		<pubDate>Thu, 31 Jan 2013 12:36:13 +0000</pubDate>
		<guid isPermaLink="false">http://aboutsqlserver.com/2011/04/14/locking-in-microsoft-sql-server-part-1-lock-types/#comment-269</guid>
		<description><![CDATA[Hi Panco,

(S) locks are compatible with (S) locks - basically it means that multiple sessions can read (SELECT) the same row simultaneously. 

(U) locks are issued during update scans. When SQL Server looks for the data to update, it acquires (U) lock while reading/checking if row needs to be updated. Then, if row does not need to be updated, SQL Server releases (U) lock. Otherwise it converts (U) lock to exclusive (X) lock. (S) lock is compatible with (U) lock - so session that reads (SELECT) the data could read the row with (U) lock acquired. It would not be able to read the row in case if (U) lock has been converted to (X) lock (e.g. data has been modified). 

Hope this helps.]]></description>
		<content:encoded><![CDATA[<p>Hi Panco,</p>
<p>(S) locks are compatible with (S) locks &#8211; basically it means that multiple sessions can read (SELECT) the same row simultaneously. </p>
<p>(U) locks are issued during update scans. When SQL Server looks for the data to update, it acquires (U) lock while reading/checking if row needs to be updated. Then, if row does not need to be updated, SQL Server releases (U) lock. Otherwise it converts (U) lock to exclusive (X) lock. (S) lock is compatible with (U) lock &#8211; so session that reads (SELECT) the data could read the row with (U) lock acquired. It would not be able to read the row in case if (U) lock has been converted to (X) lock (e.g. data has been modified). </p>
<p>Hope this helps.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
