<?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: A quick survey of data warehouse management technology</title>
	<atom:link href="http://www.dbms2.com/2007/12/14/data-warehouse-database-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/</link>
	<description>Choices in data management and analysis</description>
	<pubDate>Fri, 16 May 2008 07:40:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: DBMS2 &#8212; DataBase Management System Services &#187; Blog Archive &#187; Positioning the data warehouse appliances and specialty DBMS</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-82948</link>
		<dc:creator>DBMS2 &#8212; DataBase Management System Services &#187; Blog Archive &#187; Positioning the data warehouse appliances and specialty DBMS</dc:creator>
		<pubDate>Fri, 25 Apr 2008 04:11:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-82948</guid>
		<description>[...] A quick survey of data warehouse management technology [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] A quick survey of data warehouse management technology [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-74743</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Tue, 26 Feb 2008 22:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-74743</guid>
		<description>DB2 absolutely sounds like it has a good architecture.  I don't know what their problem is either.  Perhaps, as in the special case of Viper, the practical implementation doesn't live up to theory?

I would take issue with you on one thing -- DB2 rightfully competes BOTH with Teradata and Oracle.

CAM</description>
		<content:encoded><![CDATA[<p>DB2 absolutely sounds like it has a good architecture.  I don&#8217;t know what their problem is either.  Perhaps, as in the special case of Viper, the practical implementation doesn&#8217;t live up to theory?</p>
<p>I would take issue with you on one thing &#8212; DB2 rightfully competes BOTH with Teradata and Oracle.</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MMIT</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-74701</link>
		<dc:creator>MMIT</dc:creator>
		<pubDate>Tue, 26 Feb 2008 17:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-74701</guid>
		<description>Hi:
I have worked pretty extensively with DB2 ESE/EEE, and somewhat with both Greenplum and WX2. The later two are marketting themselves as high end data warehouse MPP databases. Can anyone of you please explain me 
why they are superior to db2? I do not see any difference in their architecture! All three are MPPs. One of them is a very proven software, another runs on postgress, and the third is home made.

Performance wise, no one would be able to beat DB2 as they run on P series hardware, and power 6 cpus running at 4 GHz

I am wondering why IBM cannot position db2 as a competitor of Teradata and why they are going after Oracle.
Thanks</description>
		<content:encoded><![CDATA[<p>Hi:<br />
I have worked pretty extensively with DB2 ESE/EEE, and somewhat with both Greenplum and WX2. The later two are marketting themselves as high end data warehouse MPP databases. Can anyone of you please explain me<br />
why they are superior to db2? I do not see any difference in their architecture! All three are MPPs. One of them is a very proven software, another runs on postgress, and the third is home made.</p>
<p>Performance wise, no one would be able to beat DB2 as they run on P series hardware, and power 6 cpus running at 4 GHz</p>
<p>I am wondering why IBM cannot position db2 as a competitor of Teradata and why they are going after Oracle.<br />
Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-67223</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Wed, 09 Jan 2008 06:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-67223</guid>
		<description>1.  My confusion was to remember the bitmaps and think that Kognitio was actually a column store.  In part, it's a distinction without a difference.  Bitmaps have the same updating issues column stores do.  

2.  "Compression" in bitmaps comes into play in at least two ways.  One is sparsity.  In a naive bitmap, if the cardinality of a column is N, then 1/N of the entries will be 1 and (N-1)/N of them will be 0.  That's food for sparsity compression.

Second, that's not how bitmaps really are implemented.  If cardinality is 1024, there aren't 1024 columns of bits implemented.  Rather, numbers are assigned from 0 to 1023, and those are represented in 10 columns of bits.  I.e., bitmaps and dictionary/tokenized compression are pretty much the same thing these days, with "bitmap" being a somewhat antiquated term.

CAM</description>
		<content:encoded><![CDATA[<p>1.  My confusion was to remember the bitmaps and think that Kognitio was actually a column store.  In part, it&#8217;s a distinction without a difference.  Bitmaps have the same updating issues column stores do.  </p>
<p>2.  &#8220;Compression&#8221; in bitmaps comes into play in at least two ways.  One is sparsity.  In a naive bitmap, if the cardinality of a column is N, then 1/N of the entries will be 1 and (N-1)/N of them will be 0.  That&#8217;s food for sparsity compression.</p>
<p>Second, that&#8217;s not how bitmaps really are implemented.  If cardinality is 1024, there aren&#8217;t 1024 columns of bits implemented.  Rather, numbers are assigned from 0 to 1023, and those are represented in 10 columns of bits.  I.e., bitmaps and dictionary/tokenized compression are pretty much the same thing these days, with &#8220;bitmap&#8221; being a somewhat antiquated term.</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth Grimes</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-67206</link>
		<dc:creator>Seth Grimes</dc:creator>
		<pubDate>Wed, 09 Jan 2008 00:37:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-67206</guid>
		<description>Curt, with regard to "compressed bitmaps," and not knowing much about Kognitio, two things:

- Why bother to compress a bitmap?  It's already compact, and I'd think that the overhead in compression/decompression wouldn't be worth the space savings.

- I believe that column stores typically don't rely on indexes.  That's one reason they have fast load times.</description>
		<content:encoded><![CDATA[<p>Curt, with regard to &#8220;compressed bitmaps,&#8221; and not knowing much about Kognitio, two things:</p>
<p>- Why bother to compress a bitmap?  It&#8217;s already compact, and I&#8217;d think that the overhead in compression/decompression wouldn&#8217;t be worth the space savings.</p>
<p>- I believe that column stores typically don&#8217;t rely on indexes.  That&#8217;s one reason they have fast load times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-65247</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sun, 23 Dec 2007 22:32:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-65247</guid>
		<description>Wait a moment -- was I also wrong when I wrote that Kognitio "relies on compressed bitmaps" for data access?

CAM</description>
		<content:encoded><![CDATA[<p>Wait a moment &#8212; was I also wrong when I wrote that Kognitio &#8220;relies on compressed bitmaps&#8221; for data access?</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64098</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Fri, 14 Dec 2007 20:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64098</guid>
		<description>Fair enough.  I didn't say what I could or should about DB2.  DB2 mainframe is another shared-everything system.  DB2 on open systems -- in practice, that means AIX -- is in theory a solid MPP/shared-nothing system, with the BCUs playing a somewhat appliance-like role.

As I said in http://www.dbms2.com/2007/10/05/the-four-horsemen-of-data-warehousing/ and http://www.dbms2.com/2007/10/09/another-firm-that-never-sees-db2-in-data-warehousing/ , it's pretty surprising how little data warehouse traction DB2 has, given DB2's architecture as per http://www.dbms2.com/2006/10/03/ibm-and-teradata-too/ . 

My comments about the Gartner MQ are summed up in http://www.dbms2.com/2007/10/19/gartner-2007-magic-quadrant-for-data-warehouse-database-management-systems/ (2007) and http://www.dbms2.com/2006/10/03/vendor-segmentation-for-data-warehouse-dbms/ (2006). 

CAM</description>
		<content:encoded><![CDATA[<p>Fair enough.  I didn&#8217;t say what I could or should about DB2.  DB2 mainframe is another shared-everything system.  DB2 on open systems &#8212; in practice, that means AIX &#8212; is in theory a solid MPP/shared-nothing system, with the BCUs playing a somewhat appliance-like role.</p>
<p>As I said in <a href="http://www.dbms2.com/2007/10/05/the-four-horsemen-of-data-warehousing/" rel="nofollow">http://www.dbms2.com/2007/10/05/the-four-horsemen-of-data-warehousing/</a> and <a href="http://www.dbms2.com/2007/10/09/another-firm-that-never-sees-db2-in-data-warehousing/" rel="nofollow">http://www.dbms2.com/2007/10/09/another-firm-that-never-sees-db2-in-data-warehousing/</a> , it&#8217;s pretty surprising how little data warehouse traction DB2 has, given DB2&#8217;s architecture as per <a href="http://www.dbms2.com/2006/10/03/ibm-and-teradata-too/" rel="nofollow">http://www.dbms2.com/2006/10/03/ibm-and-teradata-too/</a> . </p>
<p>My comments about the Gartner MQ are summed up in <a href="http://www.dbms2.com/2007/10/19/gartner-2007-magic-quadrant-for-data-warehouse-database-management-systems/" rel="nofollow">http://www.dbms2.com/2007/10/19/gartner-2007-magic-quadrant-for-data-warehouse-database-management-systems/</a> (2007) and <a href="http://www.dbms2.com/2006/10/03/vendor-segmentation-for-data-warehouse-dbms/" rel="nofollow">http://www.dbms2.com/2006/10/03/vendor-segmentation-for-data-warehouse-dbms/</a> (2006). </p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich T</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64093</link>
		<dc:creator>Rich T</dc:creator>
		<pubDate>Fri, 14 Dec 2007 18:33:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64093</guid>
		<description>No DB2 on AIX!  are you serious. Gartner continues to put DB2/AIX at the top right hand corner of their quadrants.</description>
		<content:encoded><![CDATA[<p>No DB2 on AIX!  are you serious. Gartner continues to put DB2/AIX at the top right hand corner of their quadrants.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64083</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Fri, 14 Dec 2007 16:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64083</guid>
		<description>Oh, crumb.  I'm sorry about that.  

I should have checked my own post from last year.  http://www.dbms2.com/2006/10/05/introduction-to-kognitio-wx-2/

CAM</description>
		<content:encoded><![CDATA[<p>Oh, crumb.  I&#8217;m sorry about that.  </p>
<p>I should have checked my own post from last year.  <a href="http://www.dbms2.com/2006/10/05/introduction-to-kognitio-wx-2/" rel="nofollow">http://www.dbms2.com/2006/10/05/introduction-to-kognitio-wx-2/</a></p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Groom</title>
		<link>http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64081</link>
		<dc:creator>Paul Groom</dc:creator>
		<pubDate>Fri, 14 Dec 2007 16:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/12/14/data-warehouse-database-management/#comment-64081</guid>
		<description>Curt, Kognitio WX2 (formerly WhiteCross) is a standard row based relational database similar to Netezza, Datallegro, Teradata etc.. The  differentiation from these other vendors is that WX2 is a software based product that will run on commodity X86 servers running Linux i.e. a virtual data warehouse appliance. WX2 has always been row based for simplicity (in an MPP architecture) and for high performance scalable loading. 

Paul Groom
Director, Business Intelligence
Kognitio</description>
		<content:encoded><![CDATA[<p>Curt, Kognitio WX2 (formerly WhiteCross) is a standard row based relational database similar to Netezza, Datallegro, Teradata etc.. The  differentiation from these other vendors is that WX2 is a software based product that will run on commodity X86 servers running Linux i.e. a virtual data warehouse appliance. WX2 has always been row based for simplicity (in an MPP architecture) and for high performance scalable loading. </p>
<p>Paul Groom<br />
Director, Business Intelligence<br />
Kognitio</p>
]]></content:encoded>
	</item>
</channel>
</rss>
