<?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: Teradata&#8217;s Active Enterprise Data Warehouse story</title>
	<atom:link href="http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:48:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Teradata has over 100 appliances in production &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-138303</link>
		<dc:creator>Teradata has over 100 appliances in production &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Wed, 02 Sep 2009 04:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-138303</guid>
		<description>[...] recently wrote that Teradata had gotten serious about appliance product lines, and had non-trivial sales figures for them. In a press release today, Teradata is now explicitly saying (emphasis [...]</description>
		<content:encoded><![CDATA[<p>[...] recently wrote that Teradata had gotten serious about appliance product lines, and had non-trivial sales figures for them. In a press release today, Teradata is now explicitly saying (emphasis [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-137769</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Mon, 31 Aug 2009 23:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-137769</guid>
		<description>Richard,

Then &quot;Active&quot; just becomes a performance review for the analytics team.  If they are Smart and build Quick systems, then their warehouse is active.  If they are Slow and build Dumb systems, however, then it isn&#039;t.</description>
		<content:encoded><![CDATA[<p>Richard,</p>
<p>Then &#8220;Active&#8221; just becomes a performance review for the analytics team.  If they are Smart and build Quick systems, then their warehouse is active.  If they are Slow and build Dumb systems, however, then it isn&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Hackathorn</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-137761</link>
		<dc:creator>Richard Hackathorn</dc:creator>
		<pubDate>Mon, 31 Aug 2009 21:12:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-137761</guid>
		<description>Curt- Good initial struggle with defining &#039;active&#039; data warehousing. Instead of getting involved with confusing factors, like latency, think of the concept of &#039;active&#039; as an effective Stimulus-&gt;Response-&gt;Stimulus cycle within a business. First, you need to know what is happening. Second, you need need to respond (capture, store, analyze, decide, act) to the situation. Third, you need to make an impact. Do that quickly and smartly, and you are &#039;active&#039;. -Richard</description>
		<content:encoded><![CDATA[<p>Curt- Good initial struggle with defining &#8216;active&#8217; data warehousing. Instead of getting involved with confusing factors, like latency, think of the concept of &#8216;active&#8217; as an effective Stimulus-&gt;Response-&gt;Stimulus cycle within a business. First, you need to know what is happening. Second, you need need to respond (capture, store, analyze, decide, act) to the situation. Third, you need to make an impact. Do that quickly and smartly, and you are &#8216;active&#8217;. -Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-136394</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Mon, 24 Aug 2009 21:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-136394</guid>
		<description>Dan,

Thanks for the additional info!</description>
		<content:encoded><![CDATA[<p>Dan,</p>
<p>Thanks for the additional info!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Graham</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-136367</link>
		<dc:creator>Dan Graham</dc:creator>
		<pubDate>Mon, 24 Aug 2009 16:06:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-136367</guid>
		<description>A small clarification -- there are two latencies being discussed in this blog.  

First is the response time for web site (eCommerce) fast queries which typically run 1-5 seconds.  Residency time for a unique key read is less than 40 milleseconds on the Teradata 5500 series.  However total round trip from client, TCP/IP internet, to web app server, to the RDBMS and back has many possible speed bumps. So while 1 second queries are common, some may creep up to 2-4 seconds. 

The second latency discussed in the blog described as minutes and hours are for mini-batch loading data concurrent with complex queries and operational queries.  So loading a few hundred megabytes every 15 minutes 24X7 is becoming common with Teradata servers. Latencies &lt; 2 minutes are in production but only  a few applications can justify the labor and complexity involved so 15 minute mini-batch is more common.

Thanks Curt -- a good unbiased write up.</description>
		<content:encoded><![CDATA[<p>A small clarification &#8212; there are two latencies being discussed in this blog.  </p>
<p>First is the response time for web site (eCommerce) fast queries which typically run 1-5 seconds.  Residency time for a unique key read is less than 40 milleseconds on the Teradata 5500 series.  However total round trip from client, TCP/IP internet, to web app server, to the RDBMS and back has many possible speed bumps. So while 1 second queries are common, some may creep up to 2-4 seconds. </p>
<p>The second latency discussed in the blog described as minutes and hours are for mini-batch loading data concurrent with complex queries and operational queries.  So loading a few hundred megabytes every 15 minutes 24X7 is becoming common with Teradata servers. Latencies &lt; 2 minutes are in production but only  a few applications can justify the labor and complexity involved so 15 minute mini-batch is more common.</p>
<p>Thanks Curt &#8212; a good unbiased write up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Teradata highlights some analytic use cases &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/08/24/teradatas-active-enterprise-data-warehouse-story/#comment-136338</link>
		<dc:creator>Teradata highlights some analytic use cases &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Mon, 24 Aug 2009 08:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=868#comment-136338</guid>
		<description>[...] couple of slides in my recent briefing onTeradata&#8217;s Active Enterprise Data Warehouse Story contained long lists of analytic use cases, at a finer level of granualarity than I&#8217;m focusing [...]</description>
		<content:encoded><![CDATA[<p>[...] couple of slides in my recent briefing onTeradata&#8217;s Active Enterprise Data Warehouse Story contained long lists of analytic use cases, at a finer level of granualarity than I&#8217;m focusing [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

