<?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: Is a $(vMeasure) more efficient than a simple SUM(Measure)? in App Development</title>
    <link>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513116#M36554</link>
    <description>There is no significant difference in runtime performance. In theory, the $(vMeasure) has a bit more overhead but I doubt it could be measured.&lt;BR /&gt;&lt;BR /&gt;-Rob</description>
    <pubDate>Tue, 27 Nov 2018 18:55:32 GMT</pubDate>
    <dc:creator>rwunderlich</dc:creator>
    <dc:date>2018-11-27T18:55:32Z</dc:date>
    <item>
      <title>Is a $(vMeasure) more efficient than a simple SUM(Measure)?</title>
      <link>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513099#M36551</link>
      <description>&lt;P&gt;I'm developping a big app that uses several variables as expressions and I stumbled upon this doubt. Is it more efficient to use a variable instead of a simple expression like SUM, without set analysis, for instance?&lt;/P&gt;</description>
      <pubDate>Sat, 16 Nov 2024 07:11:47 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513099#M36551</guid>
      <dc:creator>julioarriaga</dc:creator>
      <dc:date>2024-11-16T07:11:47Z</dc:date>
    </item>
    <item>
      <title>Re: Is a $(vMeasure) more efficient than a simple SUM(Measure)?</title>
      <link>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513114#M36553</link>
      <description>&lt;P&gt;1) If possible i would predefine the measures in a measure table in the LOAD script.&lt;BR /&gt;2) I would make a variable that the measure would be selectable (or on details, multiple measures on a straight table or something).&lt;BR /&gt;3) If all the measures are on&amp;nbsp;one page and they have much data to calculate or many measures to be calculated (example Dashboard page or something) then i would use another variable within the measure variable so that the script would not load all the measures at the same time, just one of them. It will significantly reduce load time within one page where the measures are being used.&lt;BR /&gt;&lt;BR /&gt;a) It can easily be done now with the NEW QS updated features.&lt;BR /&gt;b) Or on older versions with a variable extension&lt;BR /&gt;c) Small datalake of measure names which has no connections to other tables. later to use all the definitions of the measures inside the table in a straight table so that it's selectable. IF not selected you can use IF(GetSelectedCount(table name) = 0, DIMENSION1, else DIM2).&lt;BR /&gt;&lt;BR /&gt;If it makes no sense i'll make an example.&lt;/P&gt;</description>
      <pubDate>Tue, 27 Nov 2018 18:53:30 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513114#M36553</guid>
      <dc:creator>Kalmer</dc:creator>
      <dc:date>2018-11-27T18:53:30Z</dc:date>
    </item>
    <item>
      <title>Re: Is a $(vMeasure) more efficient than a simple SUM(Measure)?</title>
      <link>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513116#M36554</link>
      <description>There is no significant difference in runtime performance. In theory, the $(vMeasure) has a bit more overhead but I doubt it could be measured.&lt;BR /&gt;&lt;BR /&gt;-Rob</description>
      <pubDate>Tue, 27 Nov 2018 18:55:32 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Is-a-vMeasure-more-efficient-than-a-simple-SUM-Measure/m-p/1513116#M36554</guid>
      <dc:creator>rwunderlich</dc:creator>
      <dc:date>2018-11-27T18:55:32Z</dc:date>
    </item>
  </channel>
</rss>

