<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Is plan_hash_value a final say?</title>
	<atom:link href="http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/feed/" rel="self" type="application/rss+xml" />
	<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/</link>
	<description>Discussions about Oracle performance tuning, RAC, Oracle internal &#38; E-business suite.</description>
	<lastBuildDate>Sun, 19 May 2013 12:13:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Subquery Factoring &#171; Oracle Scratchpad</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-1256</link>
		<dc:creator><![CDATA[Subquery Factoring &#171; Oracle Scratchpad]]></dc:creator>
		<pubDate>Thu, 16 Feb 2012 17:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-1256</guid>
		<description><![CDATA[[...] is going to be different from the plan_hash_value for the other two (the plan hash value is derived from the line numbers, operations, and object [...]]]></description>
		<content:encoded><![CDATA[<p>[...] is going to be different from the plan_hash_value for the other two (the plan hash value is derived from the line numbers, operations, and object [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PLAN_HASH_VALUE Limitations &#8211; PQ_DISTRIBUTE &#38; skew in data distribution across parallel slaves &#171; Oracle</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-547</link>
		<dc:creator><![CDATA[PLAN_HASH_VALUE Limitations &#8211; PQ_DISTRIBUTE &#38; skew in data distribution across parallel slaves &#171; Oracle]]></dc:creator>
		<pubDate>Mon, 09 Aug 2010 21:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-547</guid>
		<description><![CDATA[[...] Filed under: Uncategorized &#8212; ksrivenu @ 12:04 pm   Recently i read an article titled &#8220;Is plan_hash_value a final say?&#8221; on a Riyaj&#8217;s blog. As usual in his lucid style, Riyaj has demonstrated the shortcomings of the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Filed under: Uncategorized &#8212; ksrivenu @ 12:04 pm   Recently i read an article titled &#8220;Is plan_hash_value a final say?&#8221; on a Riyaj&#8217;s blog. As usual in his lucid style, Riyaj has demonstrated the shortcomings of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orainternals</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-427</link>
		<dc:creator><![CDATA[orainternals]]></dc:creator>
		<pubDate>Fri, 06 Nov 2009 05:09:37 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-427</guid>
		<description><![CDATA[Hello Stellios
    Thanks for visiting my blog. I corrected your comment and removed t
    You are correct about &quot;explain&quot; command, not bind peeking (at least as of version 10g). But, point of blog is that filter predicates and access predicates can change without a change to plan_hash_value. This lead to a incorrect diagnosis and that&#039;s exactly what I blogged about.

Cheers
Riyaj]]></description>
		<content:encoded><![CDATA[<p>Hello Stellios<br />
    Thanks for visiting my blog. I corrected your comment and removed t<br />
    You are correct about &#8220;explain&#8221; command, not bind peeking (at least as of version 10g). But, point of blog is that filter predicates and access predicates can change without a change to plan_hash_value. This lead to a incorrect diagnosis and that&#8217;s exactly what I blogged about.</p>
<p>Cheers<br />
Riyaj</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stellios</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-425</link>
		<dc:creator><![CDATA[Stellios]]></dc:creator>
		<pubDate>Fri, 06 Nov 2009 04:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-425</guid>
		<description><![CDATA[I&#039;ve tried posting this three times now - site keept reporting &quot;discarded&quot;.

I think your test case may be incorrect. Using autotrace and EXPLAIN for SQL that contains bind variables may not necessarily produce the correct execution plan. EXPLAIN does NOT perform bind variable peeking and is especially prone to being incorrect when indxes are involved.

Use 

SELECT * FROM TABLE (DBMS_XPLAN.DISPLAY_CURSOR(&#039;&amp;SQL_ID&#039;)) (although you can use PLAN_HASH_VALUE also - documentation does not say this).

Also see &lt;a href=&quot;http://hemantoracledba.blogspot.com/2009/06/why-explain-plan-should-not-be-used.html&quot; rel=&quot;nofollow&quot;&gt;Why EXPLAIN PLAN should not be used with Bind Variables &lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried posting this three times now &#8211; site keept reporting &#8220;discarded&#8221;.</p>
<p>I think your test case may be incorrect. Using autotrace and EXPLAIN for SQL that contains bind variables may not necessarily produce the correct execution plan. EXPLAIN does NOT perform bind variable peeking and is especially prone to being incorrect when indxes are involved.</p>
<p>Use </p>
<p>SELECT * FROM TABLE (DBMS_XPLAN.DISPLAY_CURSOR(&#8216;&amp;SQL_ID&#8217;)) (although you can use PLAN_HASH_VALUE also &#8211; documentation does not say this).</p>
<p>Also see <a href="http://hemantoracledba.blogspot.com/2009/06/why-explain-plan-should-not-be-used.html" rel="nofollow">Why EXPLAIN PLAN should not be used with Bind Variables </a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blogroll Report 11/09/2009 – 18/09/2009 &#171; Coskan&#8217;s Approach to Oracle</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-406</link>
		<dc:creator><![CDATA[Blogroll Report 11/09/2009 – 18/09/2009 &#171; Coskan&#8217;s Approach to Oracle]]></dc:creator>
		<pubDate>Mon, 21 Sep 2009 15:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-406</guid>
		<description><![CDATA[[...] Riyaj Shamsudeen &#8211; Is plan_hash_value a final say? [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Riyaj Shamsudeen &#8211; Is plan_hash_value a final say? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orainternals</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-403</link>
		<dc:creator><![CDATA[orainternals]]></dc:creator>
		<pubDate>Sat, 19 Sep 2009 04:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-403</guid>
		<description><![CDATA[I just read Randolf post. Very interesting indeed. 
Thanks for posting here.]]></description>
		<content:encoded><![CDATA[<p>I just read Randolf post. Very interesting indeed.<br />
Thanks for posting here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coskan</title>
		<link>http://orainternals.wordpress.com/2009/09/13/is-plan_hash_value-a-final-say/#comment-402</link>
		<dc:creator><![CDATA[coskan]]></dc:creator>
		<pubDate>Fri, 18 Sep 2009 17:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://orainternals.wordpress.com/?p=577#comment-402</guid>
		<description><![CDATA[I think for further reading these two from Randolf Geist should be added

http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are.html

http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are_26.html]]></description>
		<content:encoded><![CDATA[<p>I think for further reading these two from Randolf Geist should be added</p>
<p><a href="http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are.html" rel="nofollow">http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are.html</a></p>
<p><a href="http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are_26.html" rel="nofollow">http://oracle-randolf.blogspot.com/2009/07/planhashvalue-how-equal-and-stable-are_26.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
