<?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: Execution Plan Hash Value in SQL Trace Files</title>
	<atom:link href="http://antognini.ch/2009/01/execution-plan-hash-value-in-sql-trace-files/feed/" rel="self" type="application/rss+xml" />
	<link>http://antognini.ch/2009/01/execution-plan-hash-value-in-sql-trace-files/</link>
	<description></description>
	<lastBuildDate>Fri, 27 Jan 2012 07:31:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alberto Dell'Era</title>
		<link>http://antognini.ch/2009/01/execution-plan-hash-value-in-sql-trace-files/comment-page-1/#comment-339</link>
		<dc:creator>Alberto Dell'Era</dc:creator>
		<pubDate>Mon, 26 Jan 2009 10:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://antognini.ch/?p=65#comment-339</guid>
		<description>Milen,
sure, I should have been more precise - &quot;compilation&quot; as in &quot;production of the SQL Engine &#039;instructions&#039;, i.e. the &#039;row source operations&#039; that together compose &#039;the plan&#039; &quot; - the &quot;optimization&quot;.

It was meant as an observation: the reason why the &quot;plh&quot; value of the PARSE line is not reliable is because (at least when bind variables are used) at PARSE time there is no plan associated (or a possibly &quot;old&quot; plan is associated); only at EXEC time the plan is (re)calculated.</description>
		<content:encoded><![CDATA[<p>Milen,<br />
sure, I should have been more precise &#8211; &#8220;compilation&#8221; as in &#8220;production of the SQL Engine &#8216;instructions&#8217;, i.e. the &#8216;row source operations&#8217; that together compose &#8216;the plan&#8217; &#8221; &#8211; the &#8220;optimization&#8221;.</p>
<p>It was meant as an observation: the reason why the &#8220;plh&#8221; value of the PARSE line is not reliable is because (at least when bind variables are used) at PARSE time there is no plan associated (or a possibly &#8220;old&#8221; plan is associated); only at EXEC time the plan is (re)calculated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milen Kulev</title>
		<link>http://antognini.ch/2009/01/execution-plan-hash-value-in-sql-trace-files/comment-page-1/#comment-338</link>
		<dc:creator>Milen Kulev</dc:creator>
		<pubDate>Sun, 25 Jan 2009 16:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://antognini.ch/?p=65#comment-338</guid>
		<description>Alberto,
not only the actual compilation, but under some conditions the re-optimization will be postponed to the EXEC phase.
See ML 199273.1. An excerpt from this ML:
&quot;
. Certain phases may be repositioned dependant on the query submitted. Oracle may combine steps or defer them to a later stage. For example, if bind variable &#039;peeking&#039;  is in operation, then the optimizer needs to use the first &#039;bound&#039; value to determine the execution plan for the query. This means that optimization will actually occur in the EXECUTE phase as this is the first time that any bind variable values are available. 
&quot;

Best Regards. Milen</description>
		<content:encoded><![CDATA[<p>Alberto,<br />
not only the actual compilation, but under some conditions the re-optimization will be postponed to the EXEC phase.<br />
See ML 199273.1. An excerpt from this ML:<br />
&#8221;<br />
. Certain phases may be repositioned dependant on the query submitted. Oracle may combine steps or defer them to a later stage. For example, if bind variable &#8216;peeking&#8217;  is in operation, then the optimizer needs to use the first &#8216;bound&#8217; value to determine the execution plan for the query. This means that optimization will actually occur in the EXECUTE phase as this is the first time that any bind variable values are available.<br />
&#8221;</p>
<p>Best Regards. Milen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alberto Dell'Era</title>
		<link>http://antognini.ch/2009/01/execution-plan-hash-value-in-sql-trace-files/comment-page-1/#comment-306</link>
		<dc:creator>Alberto Dell'Era</dc:creator>
		<pubDate>Sun, 18 Jan 2009 23:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://antognini.ch/?p=65#comment-306</guid>
		<description>This shows, of course, that the actual compilation of the SQL statement happens during the EXECution, not the PARSing - at least for statements using bind variables :)</description>
		<content:encoded><![CDATA[<p>This shows, of course, that the actual compilation of the SQL statement happens during the EXECution, not the PARSing &#8211; at least for statements using bind variables :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

