<?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 on: Temp Table Performance Tuning Tips</title>
	<atom:link href="http://www.sql-server-performance.com/2004/temp-table-tuning/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sql-server-performance.com/2004/temp-table-tuning/</link>
	<description>SQL Server Performance Tuning</description>
	<lastBuildDate>Fri, 14 Jun 2013 19:09:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Dariusz Spiewak</title>
		<link>http://www.sql-server-performance.com/2004/temp-table-tuning/#comment-1399</link>
		<dc:creator>Dariusz Spiewak</dc:creator>
		<pubDate>Tue, 21 Feb 2012 23:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=1021#comment-1399</guid>
		<description><![CDATA[Louis, if you let the table stay in tempdb for the duration of the procedure and if this procedure takes some considerable time to run to completion, all the data in the table will be stored in tempdb and taking space for no reason. Easy as that. Dropping it as soon as possible at least releases space. This probably doesn&#039;t matter if the proc runs within seconds or less but might be a problem otherwise.]]></description>
		<content:encoded><![CDATA[<p>Louis, if you let the table stay in tempdb for the duration of the procedure and if this procedure takes some considerable time to run to completion, all the data in the table will be stored in tempdb and taking space for no reason. Easy as that. Dropping it as soon as possible at least releases space. This probably doesn&#8217;t matter if the proc runs within seconds or less but might be a problem otherwise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis R.</title>
		<link>http://www.sql-server-performance.com/2004/temp-table-tuning/#comment-440</link>
		<dc:creator>Louis R.</dc:creator>
		<pubDate>Thu, 07 Jul 2011 19:11:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=1021#comment-440</guid>
		<description><![CDATA[A lot of the tips in this page are actually pretty bad.
As an example, a SELECT INTO will usually offer a better performance because it is a bulk operation. I would be curious to know exactly what &quot;system objects&quot; are locked during this operation.
Also in order to maximize performance it is better NOT to drop a temporary table and to just let it run out of scope. The end result will be the same (table won&#039;t exist anymore) but if you drop it inside your session then the transaction stays open until the delete is completed, while letting the table run out of scope will just flag it for removal and let the engine deal with it without holding the transaction.]]></description>
		<content:encoded><![CDATA[<p>A lot of the tips in this page are actually pretty bad. </p>
<p>As an example, a SELECT INTO will usually offer a better performance because it is a bulk operation. I would be curious to know exactly what &#8220;system objects&#8221; are locked during this operation.</p>
<p>Also in order to maximize performance it is better NOT to drop a temporary table and to just let it run out of scope. The end result will be the same (table won&#8217;t exist anymore) but if you drop it inside your session then the transaction stays open until the delete is completed, while letting the table run out of scope will just flag it for removal and let the engine deal with it without holding the transaction.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
