<?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: Data Loading - Linking two matching fields in data model in Integration, Extension &amp; APIs</title>
    <link>https://community.qlik.com/t5/Integration-Extension-APIs/Data-Loading-Linking-two-matching-fields-in-data-model/m-p/2085490#M18696</link>
    <description>&lt;P&gt;Hi CgT,&lt;/P&gt;
&lt;P&gt;You have a handful of options to consider when it comes to joining tables with 2 or more matching key fields.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Field Level&amp;nbsp;Concatenated/Compound Key&lt;/STRONG&gt;: This is a simple solution where you create a new key in each table that combines your two fields into a single key value that can resolve synthetic keys or circular references. This approach doesn't always fulfill analytical requirements as it might not quite meet your needs from a data association standpoint.&amp;nbsp;&lt;SPAN&gt;In certain situations, they are a useful tool for resolving data modeling challenges. If you go this route, I suggest through testing to make sure your selections and calculations come out as expected.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Table level JOIN:&amp;nbsp;&lt;/STRONG&gt;You could simply join (e.g. LEFT or OUTER) one table to the other to create a single table that contains the data you need. This tends to be the solution that offers the best performance for fact tables. Suggested reading on this topic:&amp;nbsp;&lt;A href="https://community.qlik.com/t5/Design/To-Join-or-not-to-Join/ba-p/1463102" target="_blank"&gt;https://community.qlik.com/t5/Design/To-Join-or-not-to-Join/ba-p/1463102&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;A &lt;STRONG&gt;Link Table&amp;nbsp;&lt;/STRONG&gt;is&amp;nbsp;a table that contains common fields from two or more tables, facilitating the connection between those tables for analytical purposes. These can be great for complex join scenarios, but can also add a level of complexity that you aren't necessarily looking for. I've personally used them on several apps, but it isn't usually my first choice (I tend to start with table JOINS or compound keys). This article might give you some further insight:&amp;nbsp;&lt;A href="https://www.ometis.co.uk/concatenate-link-tables-qlik/" target="_blank"&gt;https://www.ometis.co.uk/concatenate-link-tables-qlik/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;This blog post does a good comparison between a link table and table concatenation (join):&amp;nbsp;&lt;A href="https://community.qlik.com/t5/Design/Concatenate-vs-Link-Table/ba-p/1467569" target="_blank"&gt;https://community.qlik.com/t5/Design/Concatenate-vs-Link-Table/ba-p/1467569&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;You mentioned &lt;STRONG&gt;looping&lt;/STRONG&gt;, which I'm thinking refers to a circular reference. This article might help further unpack options: &lt;A href="https://community.qlik.com/t5/Design/Circular-References/ba-p/1469332" target="_blank"&gt;https://community.qlik.com/t5/Design/Circular-References/ba-p/1469332&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hopefully those articles will get you to where you need to be.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 19 Jun 2023 21:04:22 GMT</pubDate>
    <dc:creator>Jason_Dyer</dc:creator>
    <dc:date>2023-06-19T21:04:22Z</dc:date>
    <item>
      <title>Data Loading - Linking two matching fields in data model</title>
      <link>https://community.qlik.com/t5/Integration-Extension-APIs/Data-Loading-Linking-two-matching-fields-in-data-model/m-p/2080649#M18648</link>
      <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;I'm currently trying to load in an .xlsx file via the load script (I've starred out my email address in the OneDrive link and server address):&lt;/P&gt;
&lt;PRE&gt;LOAD&lt;BR /&gt;ShowName,&lt;BR /&gt;SetupPrcCode,&lt;BR /&gt;SetupNominalPrice,&lt;BR /&gt;SetUpCapacity,&lt;BR /&gt;SeaterName,&lt;BR /&gt;VscID as SetupVscID,&lt;BR /&gt;PriceincLev&lt;BR /&gt;FROM [lib://OneDrive - ******.*****@*********.co***_1 (**********)/QlikFiles/SetupPriceCaps.xlsx]&lt;BR /&gt;(ooxml, embedded labels, table is NC);&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;I already have a field called 'VscID' in my data model. I need it to link to the same 'VscID' value in the 'NC' table. The association is already made by 'ShowName' but it also needs to be able to link via 'VscID'. In order to prevent lopping etc I've renamed 'VscID'&amp;nbsp; in the 'NC' table as 'SetupVscID'.&lt;/P&gt;
&lt;P&gt;I have a feeling I need to create a primary key connecting the two VscID fields, am I correct?&lt;/P&gt;
&lt;P&gt;Thanks for your help.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jun 2023 14:21:10 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Integration-Extension-APIs/Data-Loading-Linking-two-matching-fields-in-data-model/m-p/2080649#M18648</guid>
      <dc:creator>cgT</dc:creator>
      <dc:date>2023-06-07T14:21:10Z</dc:date>
    </item>
    <item>
      <title>Re: Data Loading - Linking two matching fields in data model</title>
      <link>https://community.qlik.com/t5/Integration-Extension-APIs/Data-Loading-Linking-two-matching-fields-in-data-model/m-p/2085490#M18696</link>
      <description>&lt;P&gt;Hi CgT,&lt;/P&gt;
&lt;P&gt;You have a handful of options to consider when it comes to joining tables with 2 or more matching key fields.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Field Level&amp;nbsp;Concatenated/Compound Key&lt;/STRONG&gt;: This is a simple solution where you create a new key in each table that combines your two fields into a single key value that can resolve synthetic keys or circular references. This approach doesn't always fulfill analytical requirements as it might not quite meet your needs from a data association standpoint.&amp;nbsp;&lt;SPAN&gt;In certain situations, they are a useful tool for resolving data modeling challenges. If you go this route, I suggest through testing to make sure your selections and calculations come out as expected.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Table level JOIN:&amp;nbsp;&lt;/STRONG&gt;You could simply join (e.g. LEFT or OUTER) one table to the other to create a single table that contains the data you need. This tends to be the solution that offers the best performance for fact tables. Suggested reading on this topic:&amp;nbsp;&lt;A href="https://community.qlik.com/t5/Design/To-Join-or-not-to-Join/ba-p/1463102" target="_blank"&gt;https://community.qlik.com/t5/Design/To-Join-or-not-to-Join/ba-p/1463102&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;A &lt;STRONG&gt;Link Table&amp;nbsp;&lt;/STRONG&gt;is&amp;nbsp;a table that contains common fields from two or more tables, facilitating the connection between those tables for analytical purposes. These can be great for complex join scenarios, but can also add a level of complexity that you aren't necessarily looking for. I've personally used them on several apps, but it isn't usually my first choice (I tend to start with table JOINS or compound keys). This article might give you some further insight:&amp;nbsp;&lt;A href="https://www.ometis.co.uk/concatenate-link-tables-qlik/" target="_blank"&gt;https://www.ometis.co.uk/concatenate-link-tables-qlik/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;This blog post does a good comparison between a link table and table concatenation (join):&amp;nbsp;&lt;A href="https://community.qlik.com/t5/Design/Concatenate-vs-Link-Table/ba-p/1467569" target="_blank"&gt;https://community.qlik.com/t5/Design/Concatenate-vs-Link-Table/ba-p/1467569&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;You mentioned &lt;STRONG&gt;looping&lt;/STRONG&gt;, which I'm thinking refers to a circular reference. This article might help further unpack options: &lt;A href="https://community.qlik.com/t5/Design/Circular-References/ba-p/1469332" target="_blank"&gt;https://community.qlik.com/t5/Design/Circular-References/ba-p/1469332&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hopefully those articles will get you to where you need to be.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 19 Jun 2023 21:04:22 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Integration-Extension-APIs/Data-Loading-Linking-two-matching-fields-in-data-model/m-p/2085490#M18696</guid>
      <dc:creator>Jason_Dyer</dc:creator>
      <dc:date>2023-06-19T21:04:22Z</dc:date>
    </item>
  </channel>
</rss>

