<?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 Re: Multibox performance in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645188#M236438</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Firstly you should look if you really needs all 20 fields, then are there high-cardinality fields in this table, for example a row-id or that date-entries are time-stamps or names/adresses which could be splitted in parts - this will increase the number of fields but the amount of neccessary RAM will be significant reduced.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As next step I would remove the sorting and look at this effect and if the difference is huge then searching for alternatively approaches, sorting per (other) expressions in gui, linked-sorting-table, sorting within the script - so that you could use load-order or .....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Further you could try to use more as one multibox or combinations from multiboxes and listboxes perhaps in a containerbox or with conditions on visibilities or ....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 08 Aug 2014 11:24:35 GMT</pubDate>
    <dc:creator>marcus_sommer</dc:creator>
    <dc:date>2014-08-08T11:24:35Z</dc:date>
    <item>
      <title>Multibox performance</title>
      <link>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645187#M236437</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;dear all&lt;/P&gt;&lt;P&gt;i experience Performance Problems using a multibox object. whenever i click on a filter it takes very Long to open (30-90 seconds) Inside the multibox, there are 20 different fields from a customer table (Dimension table with 90 Million data rows).&amp;nbsp; All the values for the fields are strings and are not indexed and joined to other dimensional tables. For the sorting i used match to sort as i needed&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;load field1,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; field2,&amp;nbsp; // string&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; field3,&amp;nbsp;&amp;nbsp; // string&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; match(field3,'A','B') as field3_sort,&amp;nbsp;&amp;nbsp; // then i use this field to sort in multibox. These value fields appear almost 90 Million times, even though i have less than 10 values per field&lt;/P&gt;&lt;P&gt;etc&lt;/P&gt;&lt;P&gt;from table;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;is it better to create an index for every field i Need in the customer table and then create an inline table for each field with the values and the sorting index, so that the multibox reads from a much smaller table? or do you know what is the reason for this huge hit in Performance in the multibox?&lt;/P&gt;&lt;P&gt;thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 08 Aug 2014 08:13:50 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645187#M236437</guid>
      <dc:creator>felcar2013</dc:creator>
      <dc:date>2014-08-08T08:13:50Z</dc:date>
    </item>
    <item>
      <title>Re: Multibox performance</title>
      <link>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645188#M236438</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Firstly you should look if you really needs all 20 fields, then are there high-cardinality fields in this table, for example a row-id or that date-entries are time-stamps or names/adresses which could be splitted in parts - this will increase the number of fields but the amount of neccessary RAM will be significant reduced.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As next step I would remove the sorting and look at this effect and if the difference is huge then searching for alternatively approaches, sorting per (other) expressions in gui, linked-sorting-table, sorting within the script - so that you could use load-order or .....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Further you could try to use more as one multibox or combinations from multiboxes and listboxes perhaps in a containerbox or with conditions on visibilities or ....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 08 Aug 2014 11:24:35 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645188#M236438</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2014-08-08T11:24:35Z</dc:date>
    </item>
    <item>
      <title>Re: Multibox performance</title>
      <link>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645189#M236439</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi, thanks for the help&lt;/P&gt;&lt;P&gt;I have cross checked with the user, apparently they Need all the fields, what i doubt. In the list box there are no timestamps, and the values have low cardinality.&lt;/P&gt;&lt;P&gt;I took off the sorting and it was a Little better and start trying with sorting tables. this will be an Option and on the other side, i suggested to take off some fields and test the Performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is it possible that low Performance objects in the same tab have somehow an effect on the multibox filter? I have very low Performance text box objects and funnels, with alternate states in parameterized set expressions. Is this any causality on this? i am working an improving the Performance of These objects&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks again&lt;/P&gt;&lt;P&gt;felipe&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 08 Aug 2014 16:43:42 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Multibox-performance/m-p/645189#M236439</guid>
      <dc:creator>felcar2013</dc:creator>
      <dc:date>2014-08-08T16:43:42Z</dc:date>
    </item>
  </channel>
</rss>

