<?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 Bridge table versus set analysis - which is better/faster? in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Bridge-table-versus-set-analysis-which-is-better-faster/m-p/1765468#M454240</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;As a rule for optimization, i try to move logic from my chart expressions to my script.&amp;nbsp; one of the more common expression i move are calendar expressions such as YTD, MTD, priorMTD, priorYTD, etc..&lt;/P&gt;&lt;P&gt;i get this feeling that there has to be an inflection point where using the bridge will actually make your dashboard run slower than just doing a sum({&amp;lt;Date={"&amp;gt;=$(YearStart(vDate))&amp;lt;=vDate)"}&amp;gt;}Amount) as opposed to sum({&amp;lt;YTD={1}&amp;gt;}Amount)&lt;/P&gt;&lt;P&gt;the reason i bring this up is that ive come across a scenario where i built a bridge that will address the need for calculating PRIOR3months, PRIOR6MOnths, PriorYear3Months, PriorYear6Months and the bridge goes up to millions of records.&amp;nbsp; and i get this feeling that maybe with the hops QV is doing maybe it is better to just do it old school and use variables in set analysis.&lt;/P&gt;&lt;P&gt;has anyone come across benchmarking that says up to this point dont use the bridge?&amp;nbsp; or maybe use the bridge for certain expression but use set analysis for others?&amp;nbsp; or maybe not use a bridge at all if using a single date field to relate to the master calendar.&lt;/P&gt;&lt;P&gt;pls share your thoughts and experiences.&lt;/P&gt;&lt;P&gt;thanks,&lt;BR /&gt;edwin&lt;/P&gt;</description>
    <pubDate>Sat, 16 Nov 2024 17:45:37 GMT</pubDate>
    <dc:creator>edwin</dc:creator>
    <dc:date>2024-11-16T17:45:37Z</dc:date>
    <item>
      <title>Bridge table versus set analysis - which is better/faster?</title>
      <link>https://community.qlik.com/t5/QlikView/Bridge-table-versus-set-analysis-which-is-better-faster/m-p/1765468#M454240</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;As a rule for optimization, i try to move logic from my chart expressions to my script.&amp;nbsp; one of the more common expression i move are calendar expressions such as YTD, MTD, priorMTD, priorYTD, etc..&lt;/P&gt;&lt;P&gt;i get this feeling that there has to be an inflection point where using the bridge will actually make your dashboard run slower than just doing a sum({&amp;lt;Date={"&amp;gt;=$(YearStart(vDate))&amp;lt;=vDate)"}&amp;gt;}Amount) as opposed to sum({&amp;lt;YTD={1}&amp;gt;}Amount)&lt;/P&gt;&lt;P&gt;the reason i bring this up is that ive come across a scenario where i built a bridge that will address the need for calculating PRIOR3months, PRIOR6MOnths, PriorYear3Months, PriorYear6Months and the bridge goes up to millions of records.&amp;nbsp; and i get this feeling that maybe with the hops QV is doing maybe it is better to just do it old school and use variables in set analysis.&lt;/P&gt;&lt;P&gt;has anyone come across benchmarking that says up to this point dont use the bridge?&amp;nbsp; or maybe use the bridge for certain expression but use set analysis for others?&amp;nbsp; or maybe not use a bridge at all if using a single date field to relate to the master calendar.&lt;/P&gt;&lt;P&gt;pls share your thoughts and experiences.&lt;/P&gt;&lt;P&gt;thanks,&lt;BR /&gt;edwin&lt;/P&gt;</description>
      <pubDate>Sat, 16 Nov 2024 17:45:37 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Bridge-table-versus-set-analysis-which-is-better-faster/m-p/1765468#M454240</guid>
      <dc:creator>edwin</dc:creator>
      <dc:date>2024-11-16T17:45:37Z</dc:date>
    </item>
  </channel>
</rss>

