<?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: True or False &#8211; Improving Performance of SQL Statements</title>
	<atom:link href="http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/feed/" rel="self" type="application/rss+xml" />
	<link>http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/</link>
	<description>Miscellaneous Random Oracle Topics: Stop, Think, ... Understand</description>
	<lastBuildDate>Mon, 13 May 2013 14:10:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/#comment-595</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Mon, 05 Apr 2010 19:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=1807#comment-595</guid>
		<description><![CDATA[#3: Probably false 99% of the time.  Article 5 implies that it is true, article 6 implies that it is false.

#4: Probably false 99% of the time.  This suggestion was found in article #9, a point that I mentioned when I wrote a review for that book.

&lt;a href=&quot;http://en.wikipedia.org/wiki/Blue_moon&quot; rel=&quot;nofollow&quot;&gt;Blue moons&lt;/a&gt; and &lt;a href=&quot;http://www.ustreas.gov/education/faq/coins/portraits.shtml#q5&quot; rel=&quot;nofollow&quot;&gt;double-headed coins&lt;/a&gt; happen on occasion too.]]></description>
		<content:encoded><![CDATA[<p>#3: Probably false 99% of the time.  Article 5 implies that it is true, article 6 implies that it is false.</p>
<p>#4: Probably false 99% of the time.  This suggestion was found in article #9, a point that I mentioned when I wrote a review for that book.</p>
<p><a href="http://en.wikipedia.org/wiki/Blue_moon" rel="nofollow">Blue moons</a> and <a href="http://www.ustreas.gov/education/faq/coins/portraits.shtml#q5" rel="nofollow">double-headed coins</a> happen on occasion too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #184, a Carnival of the Vanities for DBAs &#124; The Pythian Blog</title>
		<link>http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/#comment-577</link>
		<dc:creator><![CDATA[Log Buffer #184, a Carnival of the Vanities for DBAs &#124; The Pythian Blog]]></dc:creator>
		<pubDate>Thu, 01 Apr 2010 22:32:04 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=1807#comment-577</guid>
		<description><![CDATA[[...] Hooper posted a 3-part series with seemingly innocent True/False questions. He covers sorting, SQL tuning and wait [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Hooper posted a 3-part series with seemingly innocent True/False questions. He covers sorting, SQL tuning and wait [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/#comment-572</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Wed, 31 Mar 2010 10:50:40 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=1807#comment-572</guid>
		<description><![CDATA[Well stated.

Many of these True/False questions are stated as implied absolutes, so part of the challenge in answering the questions is trying to find conditions that lead to the statement evaluating as false.  Take, for instance, question #1.  If you follow the documentation link for subqueries, you will find that some of the approaches suggested in the articles for removing subqueries actually generate another form of a subquery.  I personally do not consider an inline view to be a subquery, but the Oracle documentation states that it is a subquery.  Another possible reason for the question to evaluate to false involves the automatic query rewriting capability in Oracle 9i and above - is it a logical step to always perform the transformation - Oracle 10g and above suggests not.]]></description>
		<content:encoded><![CDATA[<p>Well stated.</p>
<p>Many of these True/False questions are stated as implied absolutes, so part of the challenge in answering the questions is trying to find conditions that lead to the statement evaluating as false.  Take, for instance, question #1.  If you follow the documentation link for subqueries, you will find that some of the approaches suggested in the articles for removing subqueries actually generate another form of a subquery.  I personally do not consider an inline view to be a subquery, but the Oracle documentation states that it is a subquery.  Another possible reason for the question to evaluate to false involves the automatic query rewriting capability in Oracle 9i and above &#8211; is it a logical step to always perform the transformation &#8211; Oracle 10g and above suggests not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris_c</title>
		<link>http://hoopercharles.wordpress.com/2010/03/30/true-or-false-improving-performance-of-sql-statements/#comment-571</link>
		<dc:creator><![CDATA[Chris_c]]></dc:creator>
		<pubDate>Wed, 31 Mar 2010 10:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=1807#comment-571</guid>
		<description><![CDATA[As its more fun than waiting for yet another test cycle to complete:- 

Number 2:
As an old friend form Glasgow used to say Maybe is Aye Maybe is Naw.
Usually though I use the with clause or GTT to simplify a complex problem, either because the syntax of the query is horrible or I can&#039;t figure out a single query to get the result I want (this is a pretty good indication of either a bad design or a bad specification). I have used the With clause when performance tuning but usually in combination with something else (analytics in this example http://forums.oracle.com/forums/thread.jspa?messageID=2187453&amp;#2187453) here the design is so bad and the subquery used so often that the cost of writting the factored query to temp then reading it back into the buffer cache is worthwhile. 
The other case I have used this for performance is when the optimiser couldn&#039;t find a good plan not because of the subquery but because the data was being pulled from a complex underlying view factoring out the subquery resulted in a better plan, currently I don&#039;t have a test case for it though building one and figuring out exactly what happened is in my todo list so its currently filed under Voodoo tuning methods. 

Chris]]></description>
		<content:encoded><![CDATA[<p>As its more fun than waiting for yet another test cycle to complete:- </p>
<p>Number 2:<br />
As an old friend form Glasgow used to say Maybe is Aye Maybe is Naw.<br />
Usually though I use the with clause or GTT to simplify a complex problem, either because the syntax of the query is horrible or I can&#8217;t figure out a single query to get the result I want (this is a pretty good indication of either a bad design or a bad specification). I have used the With clause when performance tuning but usually in combination with something else (analytics in this example <a href="http://forums.oracle.com/forums/thread.jspa?messageID=2187453&#038;#2187453" rel="nofollow">http://forums.oracle.com/forums/thread.jspa?messageID=2187453&#038;#2187453</a>) here the design is so bad and the subquery used so often that the cost of writting the factored query to temp then reading it back into the buffer cache is worthwhile.<br />
The other case I have used this for performance is when the optimiser couldn&#8217;t find a good plan not because of the subquery but because the data was being pulled from a complex underlying view factoring out the subquery resulted in a better plan, currently I don&#8217;t have a test case for it though building one and figuring out exactly what happened is in my todo list so its currently filed under Voodoo tuning methods. </p>
<p>Chris</p>
]]></content:encoded>
	</item>
</channel>
</rss>
