<?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: Joining transaction tables in App Development</title>
    <link>https://community.qlik.com/t5/App-Development/Joining-transaction-tables/m-p/2481562#M100840</link>
    <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;Multiple transaction tables, that don't have a 1:1 or at least 1:M relation, defined by some sort of a unique key, should NOT be joined, or else they will generate a lot of duplicate values - because Qlik will generate a row for each combination of matching keys from both tables.&lt;/P&gt;
&lt;P&gt;To give you an example - if the only matching field is Country, and you have 100 transactions in Table 1 and 50 transactions in Table 2, the resulting table after the Join will contain 100 x 50 = 5,000 rows. This is certainly not what you want to see.&lt;/P&gt;
&lt;P&gt;Typically, multiple transaction tables that have some common dimensions, are either concatenated into a single Concatenated Fact, or linked together with a Link Table. These are two most commonly used models in Qlik Data Modeling. You can look up blog articles or books (including &lt;A href="https://amzn.to/4gr72sU" target="_self"&gt;mine&lt;/A&gt;) that explain these methodologies.&lt;/P&gt;
&lt;P&gt;Allow me to invite you to the upcoming &lt;A href="https://masterssummit.com" target="_blank" rel="noopener"&gt;Masters Summit for Qlik&lt;/A&gt; event in Vienna, Austria on September 30th. We will be teaching many advanced development techniques, and this will be one of the topics - advanced data modeling, and how to deal with multiple transaction tables.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 13 Sep 2024 15:59:48 GMT</pubDate>
    <dc:creator>Oleg_Troyansky</dc:creator>
    <dc:date>2024-09-13T15:59:48Z</dc:date>
    <item>
      <title>Joining transaction tables</title>
      <link>https://community.qlik.com/t5/App-Development/Joining-transaction-tables/m-p/2481546#M100838</link>
      <description>&lt;P&gt;How to join two transaction tables that don't have any primary key or common fields, though there are similar fields like country and region in Data load Editor?&lt;/P&gt;</description>
      <pubDate>Fri, 13 Sep 2024 14:51:46 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Joining-transaction-tables/m-p/2481546#M100838</guid>
      <dc:creator>Mixedup</dc:creator>
      <dc:date>2024-09-13T14:51:46Z</dc:date>
    </item>
    <item>
      <title>Re: Joining transaction tables</title>
      <link>https://community.qlik.com/t5/App-Development/Joining-transaction-tables/m-p/2481562#M100840</link>
      <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;Multiple transaction tables, that don't have a 1:1 or at least 1:M relation, defined by some sort of a unique key, should NOT be joined, or else they will generate a lot of duplicate values - because Qlik will generate a row for each combination of matching keys from both tables.&lt;/P&gt;
&lt;P&gt;To give you an example - if the only matching field is Country, and you have 100 transactions in Table 1 and 50 transactions in Table 2, the resulting table after the Join will contain 100 x 50 = 5,000 rows. This is certainly not what you want to see.&lt;/P&gt;
&lt;P&gt;Typically, multiple transaction tables that have some common dimensions, are either concatenated into a single Concatenated Fact, or linked together with a Link Table. These are two most commonly used models in Qlik Data Modeling. You can look up blog articles or books (including &lt;A href="https://amzn.to/4gr72sU" target="_self"&gt;mine&lt;/A&gt;) that explain these methodologies.&lt;/P&gt;
&lt;P&gt;Allow me to invite you to the upcoming &lt;A href="https://masterssummit.com" target="_blank" rel="noopener"&gt;Masters Summit for Qlik&lt;/A&gt; event in Vienna, Austria on September 30th. We will be teaching many advanced development techniques, and this will be one of the topics - advanced data modeling, and how to deal with multiple transaction tables.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 13 Sep 2024 15:59:48 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Joining-transaction-tables/m-p/2481562#M100840</guid>
      <dc:creator>Oleg_Troyansky</dc:creator>
      <dc:date>2024-09-13T15:59:48Z</dc:date>
    </item>
  </channel>
</rss>

