<?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: Oracle and Vertica on compression and other physical data layout features</title>
	<atom:link href="http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Mon, 25 Jan 2010 14:39:21 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Aster Data 4.0 and the evolution of &#8220;advanced analytic(s) servers&#8221; &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-146995</link>
		<dc:creator>Aster Data 4.0 and the evolution of &#8220;advanced analytic(s) servers&#8221; &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Sat, 31 Oct 2009 01:57:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-146995</guid>
		<description>[...] eschew RAID, instead doing mirroring in its own software. (Other examples of this strategy would be Vertica, Oracle Exadata/ASM, and Teradata Fallback.) Prior to nCluster 4.0, this caused a problem, in that [...]</description>
		<content:encoded><![CDATA[<p>[...] eschew RAID, instead doing mirroring in its own software. (Other examples of this strategy would be Vertica, Oracle Exadata/ASM, and Teradata Fallback.) Prior to nCluster 4.0, this caused a problem, in that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142981</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sat, 10 Oct 2009 00:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142981</guid>
		<description>@Greg,

As for Seth&#039;s paper -- I like the guy, so I won&#039;t post anything more about it beyond my original harsh words on Twitter.</description>
		<content:encoded><![CDATA[<p>@Greg,</p>
<p>As for Seth&#8217;s paper &#8212; I like the guy, so I won&#8217;t post anything more about it beyond my original harsh words on Twitter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142979</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sat, 10 Oct 2009 00:33:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142979</guid>
		<description>@Greg,

Evidently, you think Vertica is lying through its teeth as to what its products do or don&#039;t do. (This would by no means, of course, be the first time a vendor has done such a thing ...)

I have a simple suggestion, then. Vertica&#039;s product is freely available for download. Why don&#039;t you download it, check it out for yourself, and blog about what you discover?
</description>
		<content:encoded><![CDATA[<p>@Greg,</p>
<p>Evidently, you think Vertica is lying through its teeth as to what its products do or don&#8217;t do. (This would by no means, of course, be the first time a vendor has done such a thing &#8230;)</p>
<p>I have a simple suggestion, then. Vertica&#8217;s product is freely available for download. Why don&#8217;t you download it, check it out for yourself, and blog about what you discover?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Rahn</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142971</link>
		<dc:creator>Greg Rahn</dc:creator>
		<pubDate>Fri, 09 Oct 2009 23:10:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142971</guid>
		<description>@Curt

I agree - I&#039;m not trying to dwell on the past so an answer on how it works in the current (whatever number that is or will be) release is acceptable.

FWIW my info seems to agree with what Seth Grimes has in this paper:
http://www.sybase.com/files/White_Papers/Sybase-IQ-Competitive-Assessment-070209-WP.pdf</description>
		<content:encoded><![CDATA[<p>@Curt</p>
<p>I agree &#8211; I&#8217;m not trying to dwell on the past so an answer on how it works in the current (whatever number that is or will be) release is acceptable.</p>
<p>FWIW my info seems to agree with what Seth Grimes has in this paper:<br />
<a href="http://www.sybase.com/files/White_Papers/Sybase-IQ-Competitive-Assessment-070209-WP.pdf" onclick="javascript:pageTracker._trackPageview('/www.sybase.com');" rel="nofollow">http://www.sybase.com/files/White_Papers/Sybase-IQ-Competitive-Assessment-070209-WP.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142970</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Fri, 09 Oct 2009 22:49:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142970</guid>
		<description>@Greg,

Fair enough.

On the other hand, Omer has already posted saying what Vertica does. There&#039;s only so much you can reasonably demand of a competitor in outlining what their prior releases, by way of contrast, did not do.</description>
		<content:encoded><![CDATA[<p>@Greg,</p>
<p>Fair enough.</p>
<p>On the other hand, Omer has already posted saying what Vertica does. There&#8217;s only so much you can reasonably demand of a competitor in outlining what their prior releases, by way of contrast, did not do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Rahn</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142965</link>
		<dc:creator>Greg Rahn</dc:creator>
		<pubDate>Fri, 09 Oct 2009 22:02:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142965</guid>
		<description>@Curt

I (and surely other readers) would be interested in the long answer.  I will say that I am doubtful that my information is several releases old.  IIRC it is based on version 3.0 which at this point may be several releases old, but probably less than 6 months old.</description>
		<content:encoded><![CDATA[<p>@Curt</p>
<p>I (and surely other readers) would be interested in the long answer.  I will say that I am doubtful that my information is several releases old.  IIRC it is based on version 3.0 which at this point may be several releases old, but probably less than 6 months old.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142960</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Fri, 09 Oct 2009 20:05:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142960</guid>
		<description>@Greg,

I happen to be on the phone w/Omer again at the moment. Short answer to your comments is that your news about Vertica seems several releases old.</description>
		<content:encoded><![CDATA[<p>@Greg,</p>
<p>I happen to be on the phone w/Omer again at the moment. Short answer to your comments is that your news about Vertica seems several releases old.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Rahn</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142932</link>
		<dc:creator>Greg Rahn</dc:creator>
		<pubDate>Fri, 09 Oct 2009 14:48:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142932</guid>
		<description>@Omar

By &quot;automatic tuning&quot; you mean running the external admin tool versus the default or auto choice of the compression type for a column in the DDL, correct?  As I understand it, the automation is in the recommendation and the optional implementation of that recommendation (for projection choice and column encoding type).  It still requires that a DBA perform those tasks, which are not necessarily difficult tasks, but none the less tasks that need to be done.</description>
		<content:encoded><![CDATA[<p>@Omar</p>
<p>By &#8220;automatic tuning&#8221; you mean running the external admin tool versus the default or auto choice of the compression type for a column in the DDL, correct?  As I understand it, the automation is in the recommendation and the optional implementation of that recommendation (for projection choice and column encoding type).  It still requires that a DBA perform those tasks, which are not necessarily difficult tasks, but none the less tasks that need to be done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Omer Trajman</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142929</link>
		<dc:creator>Omer Trajman</dc:creator>
		<pubDate>Fri, 09 Oct 2009 14:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142929</guid>
		<description>Vertica&#039;s automatic tuning does indeed recommend various encoding types including RLE.  It can run at any point - prior to, during or after load and after workloads or as data change over time.

Manual tuning is always available and we chose to use manual tuning for the ETL benchmark.</description>
		<content:encoded><![CDATA[<p>Vertica&#8217;s automatic tuning does indeed recommend various encoding types including RLE.  It can run at any point &#8211; prior to, during or after load and after workloads or as data change over time.</p>
<p>Manual tuning is always available and we chose to use manual tuning for the ETL benchmark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/10/06/oracle-and-vertica-on-compression-and-other-physical-data-layout-features/comment-page-1/#comment-142656</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Tue, 06 Oct 2009 18:21:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=1042#comment-142656</guid>
		<description>@Greg,

Vertica absolutely gives a manual tuning option.

However, as I understand from the company it doesn&#039;t REQUIRE manual tuning.

Neither of those should be surprising. The devil, of course, is in the details -- how much manual tuning is typically called for.</description>
		<content:encoded><![CDATA[<p>@Greg,</p>
<p>Vertica absolutely gives a manual tuning option.</p>
<p>However, as I understand from the company it doesn&#8217;t REQUIRE manual tuning.</p>
<p>Neither of those should be surprising. The devil, of course, is in the details &#8212; how much manual tuning is typically called for.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.188 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2010-01-27 23:14:52 -->
