<?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: Fully Exploiting Exadata</title>
	<atom:link href="http://structureddata.org/2010/07/08/fully-exploiting-exadata/feed/" rel="self" type="application/rss+xml" />
	<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=fully-exploiting-exadata</link>
	<description>Data, Databases, Performance &#38; Scalability</description>
	<lastBuildDate>Mon, 30 Jan 2012 17:05:12 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Log Buffer #196, A Carnival of the Vanities for DBAs &#124; The Pythian Blog</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11934</link>
		<dc:creator>Log Buffer #196, A Carnival of the Vanities for DBAs &#124; The Pythian Blog</dc:creator>
		<pubDate>Fri, 23 Jul 2010 21:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11934</guid>
		<description>[...] while back Greg Rahn at Structured Data blog thought that the best way to get results out of Exadata is by changing your application to get the most out of Exadata. He was very happy to see that [...]</description>
		<content:encoded><![CDATA[<p>[...] while back Greg Rahn at Structured Data blog thought that the best way to get results out of Exadata is by changing your application to get the most out of Exadata. He was very happy to see that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bradd Piontek</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11791</link>
		<dc:creator>Bradd Piontek</dc:creator>
		<pubDate>Mon, 19 Jul 2010 17:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11791</guid>
		<description>@Paul Vallee
Too true, Paul, too true :) 

Greg, another great blog post, as usual.</description>
		<content:encoded><![CDATA[<p>@Paul Vallee<br />
Too true, Paul, too true :) </p>
<p>Greg, another great blog post, as usual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #194, A Carnival of The Vanities for DBAs &#124; The Pythian Blog</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11706</link>
		<dc:creator>Log Buffer #194, A Carnival of The Vanities for DBAs &#124; The Pythian Blog</dc:creator>
		<pubDate>Mon, 12 Jul 2010 04:10:54 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11706</guid>
		<description>[...] and hotter. Following Pythian&#8217;s announcement of Exadata services Oracle&#8217;s Greg Rahn stresses how important it is to &#8220;capitalize on the opportunity to re-engineer with Exadata and fully [...]</description>
		<content:encoded><![CDATA[<p>[...] and hotter. Following Pythian&#8217;s announcement of Exadata services Oracle&#8217;s Greg Rahn stresses how important it is to &#8220;capitalize on the opportunity to re-engineer with Exadata and fully [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Closson</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11687</link>
		<dc:creator>Kevin Closson</dc:creator>
		<pubDate>Sat, 10 Jul 2010 06:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11687</guid>
		<description>Not doing something is always faster than doing something. Schema tweaks and the like can result in total elimination of certain code execution and that is always faster than &quot;throwing hardware at it.&quot;  Ask me how I know some time, I&#039;ll tell ya! :-)</description>
		<content:encoded><![CDATA[<p>Not doing something is always faster than doing something. Schema tweaks and the like can result in total elimination of certain code execution and that is always faster than &#8220;throwing hardware at it.&#8221;  Ask me how I know some time, I&#8217;ll tell ya! :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Vallee</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11680</link>
		<dc:creator>Paul Vallee</dc:creator>
		<pubDate>Fri, 09 Jul 2010 15:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11680</guid>
		<description>Thanks for validating that point of view, Greg. The environment we were migrating from was optimized for a 38-node shared nothing configuration and had a bunch of design tradeoff decisions optimized for that kind of a config! It needed some work to make it really sing on Oracle. James Governor&#039;s teasing aside, thank you very much for validating this point of view. :)</description>
		<content:encoded><![CDATA[<p>Thanks for validating that point of view, Greg. The environment we were migrating from was optimized for a 38-node shared nothing configuration and had a bunch of design tradeoff decisions optimized for that kind of a config! It needed some work to make it really sing on Oracle. James Governor&#8217;s teasing aside, thank you very much for validating this point of view. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chet</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11666</link>
		<dc:creator>chet</dc:creator>
		<pubDate>Thu, 08 Jul 2010 12:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11666</guid>
		<description>The POC I was involved with was of the &quot;apples to apples&quot; variety, which I didn&#039;t think was very fair to Oracle, for the main reason you list, you aren&#039;t truly exploiting the system.  It was Database A vs. &quot;Database B&quot; - and &lt;i&gt;that&lt;/i&gt; wasn&#039;t even fair.

So much more could have been done and I think many more four letter expletives would have been uttered.  ETL would have been different.  Security would have been done differently. (I used to have a list of cool things...)</description>
		<content:encoded><![CDATA[<p>The POC I was involved with was of the &#8220;apples to apples&#8221; variety, which I didn&#8217;t think was very fair to Oracle, for the main reason you list, you aren&#8217;t truly exploiting the system.  It was Database A vs. &#8220;Database B&#8221; &#8211; and <i>that</i> wasn&#8217;t even fair.</p>
<p>So much more could have been done and I think many more four letter expletives would have been uttered.  ETL would have been different.  Security would have been done differently. (I used to have a list of cool things&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Scott</title>
		<link>http://structureddata.org/2010/07/08/fully-exploiting-exadata/#comment-11665</link>
		<dc:creator>Peter Scott</dc:creator>
		<pubDate>Thu, 08 Jul 2010 11:05:29 +0000</pubDate>
		<guid isPermaLink="false">http://structureddata.org/?p=943#comment-11665</guid>
		<description>How true - assuming Exadata to be just &quot;another Oracle database&quot; misses out on a lot of potential - Exadata is a balanced configuration, so best results come from using the &quot;whole&quot; of the box and not just a tiny bit. This is one of the key take aways that I will be giving in my OOW talk about an Exadata implementation for e-retail. Here my customer was not only doing stuff faster than before, they were doing things they couldn&#039;t do before!

11 is a great setting to run on !</description>
		<content:encoded><![CDATA[<p>How true &#8211; assuming Exadata to be just &#8220;another Oracle database&#8221; misses out on a lot of potential &#8211; Exadata is a balanced configuration, so best results come from using the &#8220;whole&#8221; of the box and not just a tiny bit. This is one of the key take aways that I will be giving in my OOW talk about an Exadata implementation for e-retail. Here my customer was not only doing stuff faster than before, they were doing things they couldn&#8217;t do before!</p>
<p>11 is a great setting to run on !</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (User agent is rejected)
Database Caching 1/3 queries in 0.001 seconds using disk: basic
Object Caching 373/374 objects using disk: basic

Served from: structureddata.org @ 2012-02-09 17:45:41 -->
