<?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 Reduce in server or in Section Access in Water Cooler</title>
    <link>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342899#M679</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Joao Paulo,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It will depend widely on how the document has been built and how many resources does it use when in memory. Generally speaking, many small documents with little timeout values will perform better than one huge document accessed concurrently by a lot of users with higher timeouts. Hence, your approach seems all right to me, but don't take my word for it, and test it using several users and different sizes of documents.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are your users going to make always the same queries, so they are going to be cached quickly and so returned faster (one huge doc) or are they rather going to make very different selections on many different fields and sets of information (many small docs)? How long does it take for them the use of the QlikView app?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that makes sense.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Miguel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 09 Apr 2012 15:57:03 GMT</pubDate>
    <dc:creator>Miguel_Angel_Baeyens</dc:creator>
    <dc:date>2012-04-09T15:57:03Z</dc:date>
    <item>
      <title>Reduce in server or in Section Access</title>
      <link>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342898#M678</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have an application that is divided by sector (purchases, sales, inventory). I divide into different files by using the tab "Reduce" and grant access using the tab Distribute &amp;gt; Loop field in document.&lt;/P&gt;&lt;P&gt;The resulting files are small, but how they stay in memory? This is a better approach than reduction in Section Access?&lt;/P&gt;&lt;P&gt;Somebody know?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;P&gt;JP&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Apr 2012 15:46:56 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342898#M678</guid>
      <dc:creator />
      <dc:date>2012-04-09T15:46:56Z</dc:date>
    </item>
    <item>
      <title>Reduce in server or in Section Access</title>
      <link>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342899#M679</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Joao Paulo,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It will depend widely on how the document has been built and how many resources does it use when in memory. Generally speaking, many small documents with little timeout values will perform better than one huge document accessed concurrently by a lot of users with higher timeouts. Hence, your approach seems all right to me, but don't take my word for it, and test it using several users and different sizes of documents.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are your users going to make always the same queries, so they are going to be cached quickly and so returned faster (one huge doc) or are they rather going to make very different selections on many different fields and sets of information (many small docs)? How long does it take for them the use of the QlikView app?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that makes sense.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Miguel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Apr 2012 15:57:03 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342899#M679</guid>
      <dc:creator>Miguel_Angel_Baeyens</dc:creator>
      <dc:date>2012-04-09T15:57:03Z</dc:date>
    </item>
    <item>
      <title>Reduce in server or in Section Access</title>
      <link>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342900#M680</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN id="result_box" lang="en"&gt;Miguel,&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN id="result_box" lang="en"&gt;&lt;SPAN class="hps"&gt;&amp;nbsp;&amp;nbsp; It makes sense&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;BR /&gt;&amp;nbsp;&amp;nbsp; &lt;SPAN class="hps"&gt;I will continue&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;evaluating.&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;If you find any&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;information&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;relavante&lt;/SPAN&gt;&lt;SPAN&gt;'ll post&lt;/SPAN&gt;&lt;SPAN&gt;.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN lang="en"&gt;&lt;SPAN&gt;&amp;nbsp;&amp;nbsp; I&lt;/SPAN&gt;&lt;/SPAN&gt;f you find out if the documents in memory are unified, please let us know.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;JP&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Apr 2012 19:09:10 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Water-Cooler/Reduce-in-server-or-in-Section-Access/m-p/342900#M680</guid>
      <dc:creator />
      <dc:date>2012-04-09T19:09:10Z</dc:date>
    </item>
  </channel>
</rss>

