<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: When is an appliance not an appliance?</title>
	<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/</link>
	<description>Andy Hayler, founder of Kalido and The Information Difference, gives his views on the enterprise software market. Issues covered include data warehousing, master data management, business intelligence and data quality.</description>
	<pubDate>Tue, 14 Oct 2008 10:45:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.3</generator>

	<item>
		<title>by: Huw Ringer</title>
		<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24327</link>
		<pubDate>Thu, 01 Mar 2007 09:21:45 +0000</pubDate>
		<guid>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24327</guid>
					<description>P.S. The savings mentioned in my previous post were purely development cost - nothing to do with the savings made on the cost of the hardware/software itself (which was also considerable).</description>
		<content:encoded><![CDATA[<p>P.S. The savings mentioned in my previous post were purely development cost - nothing to do with the savings made on the cost of the hardware/software itself (which was also considerable).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Huw Ringer</title>
		<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24326</link>
		<pubDate>Thu, 01 Mar 2007 09:18:48 +0000</pubDate>
		<guid>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24326</guid>
					<description>Andy - totally agree that an appliance is not a panacea for all your DW Project issues. However, in my experience, where they can save you both time and money during a DW implementation is physical schema design.

Forget about indexes. Forget about tablespaces, fill factors, page sizes, buffer pools, clustering, etc. Certainly with Netezza you don't need any of these things - the hardware is managed for you - which not only makes the system easier to build, it also costs less to maintain (no need for constant tweaking). 

Even better than that though, because these things are just so unbelievably fast, I've found there is less need to create (and populate, and maintain) layers of hierarchies of aggregated data - results that used to be needed to be 'cached' in such structures can typically be derived 'on the fly'. 

As a result, and to put a figure on it, on my last project (not the same one Nigel Thomas was working on I hasten to add) this resulted in roughly 6X savings over using a conventional RDBMS for &amp;#62; 6X the performance.</description>
		<content:encoded><![CDATA[<p>Andy - totally agree that an appliance is not a panacea for all your DW Project issues. However, in my experience, where they can save you both time and money during a DW implementation is physical schema design.</p>
<p>Forget about indexes. Forget about tablespaces, fill factors, page sizes, buffer pools, clustering, etc. Certainly with Netezza you don&#8217;t need any of these things - the hardware is managed for you - which not only makes the system easier to build, it also costs less to maintain (no need for constant tweaking). </p>
<p>Even better than that though, because these things are just so unbelievably fast, I&#8217;ve found there is less need to create (and populate, and maintain) layers of hierarchies of aggregated data - results that used to be needed to be &#8216;cached&#8217; in such structures can typically be derived &#8216;on the fly&#8217;. </p>
<p>As a result, and to put a figure on it, on my last project (not the same one Nigel Thomas was working on I hasten to add) this resulted in roughly 6X savings over using a conventional RDBMS for &gt; 6X the performance.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Alex</title>
		<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24009</link>
		<pubDate>Thu, 22 Feb 2007 04:46:39 +0000</pubDate>
		<guid>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-24009</guid>
					<description>The 'appliance' tag is certainly good spin.  

Despite this it is going to be interesting all around in the warehousing world this year.  Netezza, DATallegro and Kognitio all pushing some sort of 'appliance' message (although I think the latter can be licensed software only).  Then there is Vertica Systems which, like Kognitio, is a columnar system which apparently will run on commodity hardware.  On top of which HP wants in on Teradata's game.  Going to put a lot of pressure on Teradata at the very least.

There's some good technical stuff at this blog on warehousing appliances - http://www.dbms2.com/2007/01/27/data-warehouse-appliance-hardware-strategies/#more-135</description>
		<content:encoded><![CDATA[<p>The &#8216;appliance&#8217; tag is certainly good spin.  </p>
<p>Despite this it is going to be interesting all around in the warehousing world this year.  Netezza, DATallegro and Kognitio all pushing some sort of &#8216;appliance&#8217; message (although I think the latter can be licensed software only).  Then there is Vertica Systems which, like Kognitio, is a columnar system which apparently will run on commodity hardware.  On top of which HP wants in on Teradata&#8217;s game.  Going to put a lot of pressure on Teradata at the very least.</p>
<p>There&#8217;s some good technical stuff at this blog on warehousing appliances - <a href='http://www.dbms2.com/2007/01/27/data-warehouse-appliance-hardware-strategies/#more-135' rel='nofollow'>http://www.dbms2.com/2007/01/27/data-warehouse-appliance-hardware-strategies/#more-135</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andy Hayler</title>
		<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-23933</link>
		<pubDate>Tue, 20 Feb 2007 10:50:53 +0000</pubDate>
		<guid>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-23933</guid>
					<description>Thanks Nigel - very interesting.  It is good to hear of some real life stories like this as it is usually hard to separate the marketing from the reality.  Certainly at this very large scale it sounds like Netezza has a bright future.</description>
		<content:encoded><![CDATA[<p>Thanks Nigel - very interesting.  It is good to hear of some real life stories like this as it is usually hard to separate the marketing from the reality.  Certainly at this very large scale it sounds like Netezza has a bright future.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Nigel Thomas</title>
		<link>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-23923</link>
		<pubDate>Tue, 20 Feb 2007 08:03:31 +0000</pubDate>
		<guid>http://andyonenterprisesoftware.com/2007/02/when-is-an-appliance-not-an-appliance/#comment-23923</guid>
					<description>Andy, you linked to the wrong post (although that was pretty breathless too).

The correct link is http://www.itbusinessedge.com/blogs/mia/index.php/2007/02/14/data-warehousings-darwinian-struggle/.

Your warning points are well made. But the economic case for the Netezza model can still be made - rather easily. I'm aware of a POC where the capital costs of a 50TB Netezza solution are considerably less than the business is being charged back each year just for the cpus and discs supporting the equivalent Oracle DW. The clincher is that Netezza doesn't require the same level of DBA expertise - it just hasn't got any tuning knobs to fiddle with. Oh, and critical queries run up to 150 times faster...

Regards Nigel</description>
		<content:encoded><![CDATA[<p>Andy, you linked to the wrong post (although that was pretty breathless too).</p>
<p>The correct link is <a href='http://www.itbusinessedge.com/blogs/mia/index.php/2007/02/14/data-warehousings-darwinian-struggle/' rel='nofollow'>http://www.itbusinessedge.com/blogs/mia/index.php/2007/02/14/data-warehousings-darwinian-struggle/</a>.</p>
<p>Your warning points are well made. But the economic case for the Netezza model can still be made - rather easily. I&#8217;m aware of a POC where the capital costs of a 50TB Netezza solution are considerably less than the business is being charged back each year just for the cpus and discs supporting the equivalent Oracle DW. The clincher is that Netezza doesn&#8217;t require the same level of DBA expertise - it just hasn&#8217;t got any tuning knobs to fiddle with. Oh, and critical queries run up to 150 times faster&#8230;</p>
<p>Regards Nigel
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
