<?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"
	>
<channel>
	<title>Comments on: Mike Stonebraker on database compression &#8212; comments</title>
	<atom:link href="http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/</link>
	<description>Choices in data management and analysis</description>
	<pubDate>Sun, 20 Jul 2008 01:40:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: The core of the Vertica story still seems to be compression &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-89710</link>
		<dc:creator>The core of the Vertica story still seems to be compression &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Fri, 04 Jul 2008 06:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-89710</guid>
		<description>[...] in March, I suggested that compression was a central and compelling aspect of Vertica&#8217;s story. Well, in their new blog, the Vertica guys now strongly reinforce that [...]</description>
		<content:encoded><![CDATA[<p>[...] in March, I suggested that compression was a central and compelling aspect of Vertica&#8217;s story. Well, in their new blog, the Vertica guys now strongly reinforce that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-23473</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Thu, 29 Mar 2007 23:31:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-23473</guid>
		<description>Yeah.  It's a pity that you guys never parallelized IQ properly.  It might be a fearsome competitor if you had.

Do you have any thoughts on the implications for updates, loads, and while-compressed processing on the choices of bitmaps vs. other dictionary compression vs. delta compression vs. whatever?

Thanks,

CAM</description>
		<content:encoded><![CDATA[<p>Yeah.  It&#8217;s a pity that you guys never parallelized IQ properly.  It might be a fearsome competitor if you had.</p>
<p>Do you have any thoughts on the implications for updates, loads, and while-compressed processing on the choices of bitmaps vs. other dictionary compression vs. delta compression vs. whatever?</p>
<p>Thanks,</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Thawley</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-23468</link>
		<dc:creator>Peter Thawley</dc:creator>
		<pubDate>Thu, 29 Mar 2007 22:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-23468</guid>
		<description>Looks like Mike's paid attention to what Sybase IQ (aka Expressway Technologies)
developed in the early 90's.  Just look at the TPC-H FDRs for IQ versus Oracle if
you want tangible proof on the financial impact of column-level compression, or
the lack thereof.

Peter Thawley</description>
		<content:encoded><![CDATA[<p>Looks like Mike&#8217;s paid attention to what Sybase IQ (aka Expressway Technologies)<br />
developed in the early 90&#8217;s.  Just look at the TPC-H FDRs for IQ versus Oracle if<br />
you want tangible proof on the financial impact of column-level compression, or<br />
the lack thereof.</p>
<p>Peter Thawley</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22906</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sat, 24 Mar 2007 19:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22906</guid>
		<description>Chuck,

So Vertica does horizontal partitioning (random or range) to the same extent row stores do?

CAM</description>
		<content:encoded><![CDATA[<p>Chuck,</p>
<p>So Vertica does horizontal partitioning (random or range) to the same extent row stores do?</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22900</link>
		<dc:creator>Chuck</dc:creator>
		<pubDate>Sat, 24 Mar 2007 17:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22900</guid>
		<description>#4 isn't likely.  Internode data movement has to do with what data is on which node, not how the data is organized within the node.</description>
		<content:encoded><![CDATA[<p>#4 isn&#8217;t likely.  Internode data movement has to do with what data is on which node, not how the data is organized within the node.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Will data compression change the hardware game?</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22858</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Will data compression change the hardware game?</dc:creator>
		<pubDate>Sat, 24 Mar 2007 07:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22858</guid>
		<description>[...] I&#8217;ve recently made a lot of posts about database compression. 3X or more compression is rapidly becoming standard; 5X+ is coming soon as processor power increases; 10X or more is not unrealistic. True, this applies mainly to data warehouses, but that&#8217;s where the big database growth is happening. And new kinds of data &#8212; geospatial, telemetry, document, video, whatever &#8212; are highly compressible as well. [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve recently made a lot of posts about database compression. 3X or more compression is rapidly becoming standard; 5X+ is coming soon as processor power increases; 10X or more is not unrealistic. True, this applies mainly to data warehouses, but that&#8217;s where the big database growth is happening. And new kinds of data &#8212; geospatial, telemetry, document, video, whatever &#8212; are highly compressible as well. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Mike Stonebraker explains column-store data compression</title>
		<link>http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22848</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Mike Stonebraker explains column-store data compression</dc:creator>
		<pubDate>Sat, 24 Mar 2007 05:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/comments-stonebraker-data-compression/#comment-22848</guid>
		<description>[...] The following is by Mike Stonebraker, CTO of Vertica Systems, copyright 2007, as part of our ongoing discussion of data compression. My comments are in a separate post. [...]</description>
		<content:encoded><![CDATA[<p>[...] The following is by Mike Stonebraker, CTO of Vertica Systems, copyright 2007, as part of our ongoing discussion of data compression. My comments are in a separate post. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
