<?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: CBO Surprise 2</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2010/02/24/cbo-surprise-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2010/02/24/cbo-surprise-2/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Sat, 18 May 2013 11:04:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Aswath Rao</title>
		<link>http://jonathanlewis.wordpress.com/2010/02/24/cbo-surprise-2/#comment-35646</link>
		<dc:creator><![CDATA[Aswath Rao]]></dc:creator>
		<pubDate>Sun, 28 Feb 2010 16:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=3193#comment-35646</guid>
		<description><![CDATA[Thanks Jonathan.


Thanks
Aswath Rao]]></description>
		<content:encoded><![CDATA[<p>Thanks Jonathan.</p>
<p>Thanks<br />
Aswath Rao</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2010/02/24/cbo-surprise-2/#comment-35634</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Sun, 28 Feb 2010 13:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=3193#comment-35634</guid>
		<description><![CDATA[Aswath Rao

My general directive is that check constraints protect your data from programmer error. Anything which is true about your data should be embedded in the database as a constraint if possible. This makes &lt;em&gt;the check constraint the default choice&lt;/em&gt; &lt;strong&gt;until&lt;/strong&gt; you discover that it causes optimisation problems that you can&#039;t work around.  (Or can only find workarounds that produce problems that are worse than the problem you&#039;re trying to solve).]]></description>
		<content:encoded><![CDATA[<p>Aswath Rao</p>
<p>My general directive is that check constraints protect your data from programmer error. Anything which is true about your data should be embedded in the database as a constraint if possible. This makes <em>the check constraint the default choice</em> <strong>until</strong> you discover that it causes optimisation problems that you can&#8217;t work around.  (Or can only find workarounds that produce problems that are worse than the problem you&#8217;re trying to solve).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aswath RAo</title>
		<link>http://jonathanlewis.wordpress.com/2010/02/24/cbo-surprise-2/#comment-35619</link>
		<dc:creator><![CDATA[Aswath RAo]]></dc:creator>
		<pubDate>Sat, 27 Feb 2010 02:17:54 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=3193#comment-35619</guid>
		<description><![CDATA[Jonathan,

Do you recommend creating the column constraint date_col = trunc(date_col) for all date columns if you planning to use them in your query as a predicate?  Or we need to use the column constraint date_col = trunc(date_col) only if we see performance issues due to this issue?

Thanks
Aswath Rao]]></description>
		<content:encoded><![CDATA[<p>Jonathan,</p>
<p>Do you recommend creating the column constraint date_col = trunc(date_col) for all date columns if you planning to use them in your query as a predicate?  Or we need to use the column constraint date_col = trunc(date_col) only if we see performance issues due to this issue?</p>
<p>Thanks<br />
Aswath Rao</p>
]]></content:encoded>
	</item>
</channel>
</rss>
