<?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: Netezza on concurrency and workload management</title>
	<atom:link href="http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/</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: Some thoughts on the announcement that IBM is buying Netezza &#124; DBMS 2 : DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-184685</link>
		<dc:creator>Some thoughts on the announcement that IBM is buying Netezza &#124; DBMS 2 : DataBase Management System Services</dc:creator>
		<pubDate>Mon, 20 Sep 2010 20:40:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-184685</guid>
		<description>[...] Enterprise data warehouse (EDW) for medium-sized enterprises. (E.g. &#8212; I think &#8212; Ross Stores.) [...]</description>
		<content:encoded><![CDATA[<p>[...] Enterprise data warehouse (EDW) for medium-sized enterprises. (E.g. &#8212; I think &#8212; Ross Stores.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A partial overview of Netezza database software technology &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-181245</link>
		<dc:creator>A partial overview of Netezza database software technology &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Wed, 18 Aug 2010 08:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-181245</guid>
		<description>[...] with its workload management capabilities for queries, but nonetheless keeps adding features. Workload management has not yet been extended to cover all the non-query parts of the analytic [...]</description>
		<content:encoded><![CDATA[<p>[...] with its workload management capabilities for queries, but nonetheless keeps adding features. Workload management has not yet been extended to cover all the non-query parts of the analytic [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-132094</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Thu, 23 Jul 2009 05:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-132094</guid>
		<description>Sean,

I don&#039;t think database management is a subset of &quot;business intelligence&quot;. And while you&#039;re probably not alone in disagreeing with me, I think you&#039;re in a small minority. So I&#039;m not terribly concerned about confusion on that score.

Anyhow, blog category names are hardly meant to comprise a precise or complete industry taxonomy.</description>
		<content:encoded><![CDATA[<p>Sean,</p>
<p>I don&#8217;t think database management is a subset of &#8220;business intelligence&#8221;. And while you&#8217;re probably not alone in disagreeing with me, I think you&#8217;re in a small minority. So I&#8217;m not terribly concerned about confusion on that score.</p>
<p>Anyhow, blog category names are hardly meant to comprise a precise or complete industry taxonomy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-132089</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Thu, 23 Jul 2009 03:35:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-132089</guid>
		<description>Curt,

you categorized Analytics technology into the following groups, what is your reasoning behind that?
Analytics technology
    * Business intelligence
    * Data mart outsourcing
    * Data warehousing
    * MOLAP

Should not BI be the umbrella name? I feel you need to provide some explanation to avoid any misunderstanding i.e., 

Business intelligence
    * Analytics
    * Data mart outsourcing
    * Data warehousing
    * MOLAP</description>
		<content:encoded><![CDATA[<p>Curt,</p>
<p>you categorized Analytics technology into the following groups, what is your reasoning behind that?<br />
Analytics technology<br />
    * Business intelligence<br />
    * Data mart outsourcing<br />
    * Data warehousing<br />
    * MOLAP</p>
<p>Should not BI be the umbrella name? I feel you need to provide some explanation to avoid any misunderstanding i.e., </p>
<p>Business intelligence<br />
    * Analytics<br />
    * Data mart outsourcing<br />
    * Data warehousing<br />
    * MOLAP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131611</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Mon, 20 Jul 2009 21:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131611</guid>
		<description>Corporate Express was neither of the two names I got, unless there&#039;s a subsidiary-of relationship that would surprise me.</description>
		<content:encoded><![CDATA[<p>Corporate Express was neither of the two names I got, unless there&#8217;s a subsidiary-of relationship that would surprise me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Fox</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131608</link>
		<dc:creator>Shawn Fox</dc:creator>
		<pubDate>Mon, 20 Jul 2009 19:37:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131608</guid>
		<description>The Netezza customer which has the very high number of concurrent users is Corporate Express.  I remembered a press release about it and looked it up.

http://www.netezza.com/releases/2007/release073107.htm</description>
		<content:encoded><![CDATA[<p>The Netezza customer which has the very high number of concurrent users is Corporate Express.  I remembered a press release about it and looked it up.</p>
<p><a href="http://www.netezza.com/releases/2007/release073107.htm" rel="nofollow">http://www.netezza.com/releases/2007/release073107.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Fox</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131604</link>
		<dc:creator>Shawn Fox</dc:creator>
		<pubDate>Mon, 20 Jul 2009 19:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131604</guid>
		<description>In my opinion a question of &#039;how many simultaneous queries are running&#039; is a silly question anyway.  As Curt implied in his reply to his own post, a large query backlog just indicates the system is not performing fast enough to keep up with the query workload.

The number of &quot;concurrent users&quot; which can be supported is a matter of how many queries can be executed in a certain time period, not how many queries can be executed at the same time.  

A properly designed MPP database should be able to give close to 100% of the system resources to a query if it is running by itself, 50% each if 2 queries are running, etc.  A workload management system has to exist primarily to keep the big analytic queries from getting in the way of the small/fast queries.  In the end the system should have enough performance so that very little query backlog ever exists.

Claims of being able to run 100s of queries at the same time is a straw man because it misses the point entirely.  I don&#039;t care if my data warehouse only runs 1 query at a time.  As long as it manages to complete all of the queries fast enough to satisfy all of the SLAs everyone will be happy.</description>
		<content:encoded><![CDATA[<p>In my opinion a question of &#8216;how many simultaneous queries are running&#8217; is a silly question anyway.  As Curt implied in his reply to his own post, a large query backlog just indicates the system is not performing fast enough to keep up with the query workload.</p>
<p>The number of &#8220;concurrent users&#8221; which can be supported is a matter of how many queries can be executed in a certain time period, not how many queries can be executed at the same time.  </p>
<p>A properly designed MPP database should be able to give close to 100% of the system resources to a query if it is running by itself, 50% each if 2 queries are running, etc.  A workload management system has to exist primarily to keep the big analytic queries from getting in the way of the small/fast queries.  In the end the system should have enough performance so that very little query backlog ever exists.</p>
<p>Claims of being able to run 100s of queries at the same time is a straw man because it misses the point entirely.  I don&#8217;t care if my data warehouse only runs 1 query at a time.  As long as it manages to complete all of the queries fast enough to satisfy all of the SLAs everyone will be happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131525</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Mon, 20 Jul 2009 02:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131525</guid>
		<description>Greg,

One of the users they gave me was a US-only company. So I think pretty much all the named users are probably at their desks at the same time. :)

But yes, we&#039;re talking about named users.</description>
		<content:encoded><![CDATA[<p>Greg,</p>
<p>One of the users they gave me was a US-only company. So I think pretty much all the named users are probably at their desks at the same time. <img src='http://www.dbms2.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>But yes, we&#8217;re talking about named users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Rahn</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131499</link>
		<dc:creator>Greg Rahn</dc:creator>
		<pubDate>Mon, 20 Jul 2009 00:46:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131499</guid>
		<description>@Curt

Based on your most recent comment is seems though I was mislead by your (or Netezza&#039;s) wording of &quot;simultaneous users&quot;.  Given your clarification, &quot;simultaneous users&quot; is probably not the appropriate terminology.  I would say &quot;named users&quot; would be much more appropriate as simultaneous users insinuates users are simultaneous doing something, thus the explanation of my comments.  As you mentioned, what is meant is how many users have access to the platform, not how many users are actively using it at any one point in time.</description>
		<content:encoded><![CDATA[<p>@Curt</p>
<p>Based on your most recent comment is seems though I was mislead by your (or Netezza&#8217;s) wording of &#8220;simultaneous users&#8221;.  Given your clarification, &#8220;simultaneous users&#8221; is probably not the appropriate terminology.  I would say &#8220;named users&#8221; would be much more appropriate as simultaneous users insinuates users are simultaneous doing something, thus the explanation of my comments.  As you mentioned, what is meant is how many users have access to the platform, not how many users are actively using it at any one point in time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2009/07/18/netezza-on-concurrency-and-workload-management/#comment-131431</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sun, 19 Jul 2009 16:03:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=843#comment-131431</guid>
		<description>Greg,

I&#039;m sorry. Who said anything about concurrent log-ins and the like? I&#039;m referring to the number of human beings who have access to analytics against the same database at the same time.</description>
		<content:encoded><![CDATA[<p>Greg,</p>
<p>I&#8217;m sorry. Who said anything about concurrent log-ins and the like? I&#8217;m referring to the number of human beings who have access to analytics against the same database at the same time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

