<?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 explains column-store data compression</title>
	<atom:link href="http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/</link>
	<description>Choices in data management and analysis</description>
	<pubDate>Sun, 20 Jul 2008 01:31:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Mark</title>
		<link>http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22993</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 25 Mar 2007 11:06:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22993</guid>
		<description>Teradata is a row store, yet it compresses by column domain (dictionary compression) and does not do block decompression on access.  Access to the field is more efficient with compression because the CPU savings for IO is greater than the indirection to the value dictionary.  There is a slight CPU overhead on the update side to search the value dictionary for the index to put in the row header, but this is minor in comparison to the overall win in space savings and scan rate.</description>
		<content:encoded><![CDATA[<p>Teradata is a row store, yet it compresses by column domain (dictionary compression) and does not do block decompression on access.  Access to the field is more efficient with compression because the CPU savings for IO is greater than the indirection to the value dictionary.  There is a slight CPU overhead on the update side to search the value dictionary for the index to put in the row header, but this is minor in comparison to the overall win in space savings and scan rate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Will database compression change the hardware game?</title>
		<link>http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22863</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Will database compression change the hardware game?</dc:creator>
		<pubDate>Sat, 24 Mar 2007 08:43:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22863</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 on data compression &#8212; comments</title>
		<link>http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22847</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services&#187;Blog Archive &#187; Mike Stonebraker on data compression &#8212; comments</dc:creator>
		<pubDate>Sat, 24 Mar 2007 05:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/24/mike-stonebraker-explains-column-store-data-compression/#comment-22847</guid>
		<description>[...] In my opinion, the key part of Mike Stonebraker’s fascinating note on data compression was (emphasis mine): [...]</description>
		<content:encoded><![CDATA[<p>[...] In my opinion, the key part of Mike Stonebraker’s fascinating note on data compression was (emphasis mine): [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
