<?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: Adding additional keys to fact table in Qlik Compose</title>
    <link>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/2006301#M818</link>
    <description>&lt;P&gt;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/160149"&gt;@RonFusionHSLLC&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I do not understand completely what you ask, but let me give a couple of ideas from my side, and we can then flesh out the issue so we can get to an answer.&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;If you like to have T2 (type2) tables, remember that you Business Keys in Compose will be in the HUB table and cannot be type 2.&amp;nbsp; They will be type 1.&amp;nbsp; So somehow, you need to get a persistent business key which will then be stored in the HUB.&amp;nbsp;&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;Then you can set the rest of the keys as normal fields (type 2) which may, or may not relate to another table.&amp;nbsp; If you need to link two tables, just use a relationship between them, even if it is a composite key (more than one field).&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;Maybe, provide a bit more clarity on the problem statement will help here.&amp;nbsp; I'm not 100% sure what you trying to achieve.&lt;/P&gt;</description>
    <pubDate>Fri, 18 Nov 2022 08:30:38 GMT</pubDate>
    <dc:creator>robertcur</dc:creator>
    <dc:date>2022-11-18T08:30:38Z</dc:date>
    <item>
      <title>Adding additional keys to fact table</title>
      <link>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/1885733#M470</link>
      <description>&lt;P&gt;I have a source table that will become a fact table in a data mart downstream.&amp;nbsp; The source table has 4 natural keys, but I need to add 2 additional keys that are determined by some analysis.&lt;/P&gt;
&lt;P&gt;My thought is to create&amp;nbsp; a two column table, one ID column that matches the ID's in the source table that is to become the fact table, and a second column of a JSON object holding the additional keys.&lt;/P&gt;
&lt;P&gt;I then would add the additional columns to hold the keys in the model, also assign the relationship to the appropriate dimension.&lt;/P&gt;
&lt;P&gt;In the mappings, I would do a JSON lookup to resolve the key values for the two additional key columns I added.&lt;/P&gt;
&lt;P&gt;My thoughts are that this technique would allow me to T2 the fact table, in the case where any of the 6 keys changed (4 keys via natural transactions and the two additional keys populated every time the JSON lookup was performed).&lt;/P&gt;
&lt;P&gt;Question 1 is - is this a good idea, the only example I found uses this technique for attribute data and not keys/foreign keys.&lt;/P&gt;
&lt;P&gt;Question 2 is - will this technique detect T2 changes in the set of 6 keys?&lt;/P&gt;
&lt;P&gt;Question 3 is - is there a documented process for augmenting additional keys, that provides T2 capability, when the source table is lacking keys.&lt;/P&gt;
&lt;P&gt;ron&lt;/P&gt;</description>
      <pubDate>Fri, 14 Mar 2025 20:49:07 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/1885733#M470</guid>
      <dc:creator>RonFusionHSLLC</dc:creator>
      <dc:date>2025-03-14T20:49:07Z</dc:date>
    </item>
    <item>
      <title>Re: Adding additional keys to fact table</title>
      <link>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/2006301#M818</link>
      <description>&lt;P&gt;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/160149"&gt;@RonFusionHSLLC&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I do not understand completely what you ask, but let me give a couple of ideas from my side, and we can then flesh out the issue so we can get to an answer.&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;If you like to have T2 (type2) tables, remember that you Business Keys in Compose will be in the HUB table and cannot be type 2.&amp;nbsp; They will be type 1.&amp;nbsp; So somehow, you need to get a persistent business key which will then be stored in the HUB.&amp;nbsp;&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;Then you can set the rest of the keys as normal fields (type 2) which may, or may not relate to another table.&amp;nbsp; If you need to link two tables, just use a relationship between them, even if it is a composite key (more than one field).&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;Maybe, provide a bit more clarity on the problem statement will help here.&amp;nbsp; I'm not 100% sure what you trying to achieve.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Nov 2022 08:30:38 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/2006301#M818</guid>
      <dc:creator>robertcur</dc:creator>
      <dc:date>2022-11-18T08:30:38Z</dc:date>
    </item>
    <item>
      <title>Re: Adding additional keys to fact table</title>
      <link>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/2006520#M821</link>
      <description>&lt;P&gt;This was an old issue...I ended up with a workable solution, in production right now.&amp;nbsp; The ultimate solution, was a very wide 'key-table' for the fact row...works great.&amp;nbsp; To explain a bit as my solution is quite involved...The source table has 4 natural keys.&amp;nbsp; These keys are at the bottom of several hierarchies.&amp;nbsp; Basically, my solution was to add all the keys in the hierarchy above the source table to a key table.&amp;nbsp; Had to be done with t-sql.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Nov 2022 16:46:01 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Compose/Adding-additional-keys-to-fact-table/m-p/2006520#M821</guid>
      <dc:creator>RonFusionHSLLC</dc:creator>
      <dc:date>2022-11-18T16:46:01Z</dc:date>
    </item>
  </channel>
</rss>

