<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Is it a Real Data Compression? or Just a Pointer Memory Model? in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Is-it-a-Real-Data-Compression-or-Just-a-Pointer-Memory-Model/m-p/705835#M1074664</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It was really interesting to know QlikView's Data Compression logic, in the form of Data table, Symbol table, Bit-stuffed pointers, and Vectors to track current selections, relevant and not-relevant.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As mentioned by HIC, it's really sensible that this data compression logic goes well with redundant data than discrete one. I don't see any data compression (apart from the bit-stuffed pointers, it may be compressed), i was thinking that there was an algorithm followed to do data compression. But still, this bit-stuffed pointer approach is really amazing, and really surprised how come the traditional BI giants not thinking about this approach? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It would be great insight to know in bit detail about: In-memory or Associative (QlikView), Out-Memory or Joins (Direct Discovery) and the Hybrid (Both in-memory and out-memory) data model. &lt;STRONG&gt;&lt;EM&gt;Especially, how the hybrid approach, both Associative and Joins handled together?&lt;/EM&gt;&lt;/STRONG&gt; would be a great help. Please, direct me.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;-Vijay&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 04 Aug 2014 06:57:31 GMT</pubDate>
    <dc:creator />
    <dc:date>2014-08-04T06:57:31Z</dc:date>
    <item>
      <title>Is it a Real Data Compression? or Just a Pointer Memory Model?</title>
      <link>https://community.qlik.com/t5/QlikView/Is-it-a-Real-Data-Compression-or-Just-a-Pointer-Memory-Model/m-p/705835#M1074664</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It was really interesting to know QlikView's Data Compression logic, in the form of Data table, Symbol table, Bit-stuffed pointers, and Vectors to track current selections, relevant and not-relevant.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As mentioned by HIC, it's really sensible that this data compression logic goes well with redundant data than discrete one. I don't see any data compression (apart from the bit-stuffed pointers, it may be compressed), i was thinking that there was an algorithm followed to do data compression. But still, this bit-stuffed pointer approach is really amazing, and really surprised how come the traditional BI giants not thinking about this approach? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It would be great insight to know in bit detail about: In-memory or Associative (QlikView), Out-Memory or Joins (Direct Discovery) and the Hybrid (Both in-memory and out-memory) data model. &lt;STRONG&gt;&lt;EM&gt;Especially, how the hybrid approach, both Associative and Joins handled together?&lt;/EM&gt;&lt;/STRONG&gt; would be a great help. Please, direct me.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;-Vijay&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 04 Aug 2014 06:57:31 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Is-it-a-Real-Data-Compression-or-Just-a-Pointer-Memory-Model/m-p/705835#M1074664</guid>
      <dc:creator />
      <dc:date>2014-08-04T06:57:31Z</dc:date>
    </item>
  </channel>
</rss>

