<?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: The underlying technology of QlikView</title>
	<atom:link href="http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/</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: The QlikView Blog</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-221241</link>
		<dc:creator>The QlikView Blog</dc:creator>
		<pubDate>Thu, 05 May 2011 07:53:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-221241</guid>
		<description>&lt;strong&gt;A Conversation with QlikView Architect Håkan Wolgé...&lt;/strong&gt;

I sat down and talked with Håkan Wolgé, the main architect behind QlikView, while I was in Sweden a few weeks ago. I had two main questions for him about his take on QlikView and the associative experience. Erica Driver: At QlikTech we use the word......</description>
		<content:encoded><![CDATA[<p><strong>A Conversation with QlikView Architect Håkan Wolgé&#8230;</strong></p>
<p>I sat down and talked with Håkan Wolgé, the main architect behind QlikView, while I was in Sweden a few weeks ago. I had two main questions for him about his take on QlikView and the associative experience. Erica Driver: At QlikTech we use the word&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-220729</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Sun, 01 May 2011 10:07:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-220729</guid>
		<description>I addressed memory limitations at length in my post. And it&#039;s rather misleading to call those a &quot;bug&quot;.</description>
		<content:encoded><![CDATA[<p>I addressed memory limitations at length in my post. And it&#8217;s rather misleading to call those a &#8220;bug&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raba</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-220656</link>
		<dc:creator>Raba</dc:creator>
		<pubDate>Sat, 30 Apr 2011 21:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-220656</guid>
		<description>The technology is interesting but what about the bug &quot;out of memory&quot; in qlikview? 
http://www.sisense.com/out-of-memory-qlikview.aspx</description>
		<content:encoded><![CDATA[<p>The technology is interesting but what about the bug &#8220;out of memory&#8221; in qlikview?<br />
<a href="http://www.sisense.com/out-of-memory-qlikview.aspx" rel="nofollow">http://www.sisense.com/out-of-memory-qlikview.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Chang</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-195749</link>
		<dc:creator>Jonathan Chang</dc:creator>
		<pubDate>Sat, 18 Dec 2010 15:51:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-195749</guid>
		<description>Happy to hear such heated discussion about Qlikview. There is no tool that does everthing... As with any tool, you have to come up with a strategy of how you are going to use it.  Whether you first build the DW and take of data integration issues there before applying Qlikview on top of it or taking care of the data integration within Qlikview, that work has to be done somewhere - there is pro and con of each approach and this should be carefully assessed.  

Years ago, I did extensive research (as DW/BI architect) on BI tool that is intuitive and easy to use.  I tried various tools and looked at many, and I did not come across one that was as easy and intuitive to use than Qlikview.  I think one of the most compelling aspect of the tool is that, in many cases, it enable speople to bypass the typical time and effort required to get set up and be able to &quot;view&quot; the data very quickly.  Load the data, view the data, make the decision for next step and go,  instead of having to submit request to IT, wait for months, etc.</description>
		<content:encoded><![CDATA[<p>Happy to hear such heated discussion about Qlikview. There is no tool that does everthing&#8230; As with any tool, you have to come up with a strategy of how you are going to use it.  Whether you first build the DW and take of data integration issues there before applying Qlikview on top of it or taking care of the data integration within Qlikview, that work has to be done somewhere &#8211; there is pro and con of each approach and this should be carefully assessed.  </p>
<p>Years ago, I did extensive research (as DW/BI architect) on BI tool that is intuitive and easy to use.  I tried various tools and looked at many, and I did not come across one that was as easy and intuitive to use than Qlikview.  I think one of the most compelling aspect of the tool is that, in many cases, it enable speople to bypass the typical time and effort required to get set up and be able to &#8220;view&#8221; the data very quickly.  Load the data, view the data, make the decision for next step and go,  instead of having to submit request to IT, wait for months, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rainy Sunday QlikView blog round-up &#124; The Qlik Fix!</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-190891</link>
		<dc:creator>Rainy Sunday QlikView blog round-up &#124; The Qlik Fix!</dc:creator>
		<pubDate>Sun, 14 Nov 2010 17:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-190891</guid>
		<description>[...] If you want something a little more in-depth, have a look at Curt Monash&#8217; article &#8220;The underlying technology of QlikView&#8221; or, if you really want to go in-depth, read the full QlikView patent [...]</description>
		<content:encoded><![CDATA[<p>[...] If you want something a little more in-depth, have a look at Curt Monash&#8217; article &#8220;The underlying technology of QlikView&#8221; or, if you really want to go in-depth, read the full QlikView patent [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Microstrategy technology notes &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-178169</link>
		<dc:creator>Microstrategy technology notes &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Thu, 29 Jul 2010 17:51:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-178169</guid>
		<description>[...] to in-memory business intelligence and some other subjects. We didn&#8217;t go into the depth of a similar conversation I had recently with Qlik Technologies, but I found it quite interesting even [...]</description>
		<content:encoded><![CDATA[<p>[...] to in-memory business intelligence and some other subjects. We didn&#8217;t go into the depth of a similar conversation I had recently with Qlik Technologies, but I found it quite interesting even [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-175084</link>
		<dc:creator>Jane</dc:creator>
		<pubDate>Mon, 12 Jul 2010 11:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-175084</guid>
		<description>Dave Roberts, are you the Oracle guy placing Oracle dudes into contracts?</description>
		<content:encoded><![CDATA[<p>Dave Roberts, are you the Oracle guy placing Oracle dudes into contracts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elad Israeli</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-174636</link>
		<dc:creator>Elad Israeli</dc:creator>
		<pubDate>Fri, 09 Jul 2010 12:36:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-174636</guid>
		<description>Nicely put, Gary.

Although I would give credit where credit is due... It&#039;s not QlikView who are trying to sell something Microsoft gives for free, but rather Microsoft trying to compete with QlikView by giving PowerPivot for free :-)

The BI space is getting interesting!</description>
		<content:encoded><![CDATA[<p>Nicely put, Gary.</p>
<p>Although I would give credit where credit is due&#8230; It&#8217;s not QlikView who are trying to sell something Microsoft gives for free, but rather Microsoft trying to compete with QlikView by giving PowerPivot for free <img src='http://www.dbms2.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>The BI space is getting interesting!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary Melhaff</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-174207</link>
		<dc:creator>Gary Melhaff</dc:creator>
		<pubDate>Tue, 06 Jul 2010 16:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-174207</guid>
		<description>Curious - all this chatter about a tool that seems to be just another, however niche, player trying to sell what Microsoft provides for free if you own SqlServer 2008R2, Sharepoint and Excel 2010. Has no one looked at Microsoft lately? I loaded same data into both Excel 2010 with PowerPivot and Qlickview and I see no significant differentiator between them. That said, slick BI tools are great and needed but without solid data foundation, it&#039;s all a moot point and merely allows customers to get inconsistent data faster.</description>
		<content:encoded><![CDATA[<p>Curious &#8211; all this chatter about a tool that seems to be just another, however niche, player trying to sell what Microsoft provides for free if you own SqlServer 2008R2, Sharepoint and Excel 2010. Has no one looked at Microsoft lately? I loaded same data into both Excel 2010 with PowerPivot and Qlickview and I see no significant differentiator between them. That said, slick BI tools are great and needed but without solid data foundation, it&#8217;s all a moot point and merely allows customers to get inconsistent data faster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elad Israeli</title>
		<link>http://www.dbms2.com/2010/06/12/the-underlying-technology-of-qlikview/#comment-172812</link>
		<dc:creator>Elad Israeli</dc:creator>
		<pubDate>Thu, 24 Jun 2010 09:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=2282#comment-172812</guid>
		<description>&quot;The Data Blog&quot;:

It is not necessary to load the entire data into memory to achieve this.  We achieve the same performance and interactivity by storing data on the hard drive (column-oriented) and loading relevant data into memory on demand.

But the data technology behind a certain BI product is only half of it.  In order to truly do this you also need to provide a proper front-end that utilizes this technology well.

Elad</description>
		<content:encoded><![CDATA[<p>&#8220;The Data Blog&#8221;:</p>
<p>It is not necessary to load the entire data into memory to achieve this.  We achieve the same performance and interactivity by storing data on the hard drive (column-oriented) and loading relevant data into memory on demand.</p>
<p>But the data technology behind a certain BI product is only half of it.  In order to truly do this you also need to provide a proper front-end that utilizes this technology well.</p>
<p>Elad</p>
]]></content:encoded>
	</item>
</channel>
</rss>

