<?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: Remove Synthetic Keys in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352347#M415409</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I understand correctly, it is about analyzing planning and factual recruitment employee. It is difficult to express an opinion without knowing the goals and objectives of the analysis, but nevertheless I would do the following.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) When loading tables 'Forecast' and 'Expenses', I would combine them into one by adding a flag field (for example, the value of field 0 if the entry is from table 'Forecast' and the value of field 1, if the entry is from table 'Expenses'). This will get rid of part of the synthetic key: [Level 0]-[Level 7].&lt;/P&gt;&lt;P&gt;2) It probably does not make sense to generate the field [Supplier] when loading tables 'Employee' and 'Forecast' . These data can be taken from the table 'Expenses' in the analysis. &lt;SPAN style="font-size: 13.3333px;"&gt;This will get rid of part of the synthetic key: &lt;SPAN style="font-size: 13.3333px;"&gt;[Supplier].&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;3) As I understood from the data, the qualification code is field GROUP_CD. Here everything depends on the analysis tasks. Here, either the [Date] and [GROUP_CD] fields are may be combined into a manual synthetic key, or leave the [GROUP_CD] field as is, but generate canonical dates from fields [Date] of tables 'Expenses', 'Employee' and 'Forecast'. About the canonical dates you can read here &lt;A href="https://community.qlik.com/qlik-blogpost/3585"&gt;Canonical Date&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;These considerations are only based on the analysis of your code.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Andrey&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 24 Jun 2017 07:01:46 GMT</pubDate>
    <dc:creator>ahaahaaha</dc:creator>
    <dc:date>2017-06-24T07:01:46Z</dc:date>
    <item>
      <title>Remove Synthetic Keys</title>
      <link>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352345#M415407</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Someone help me in removing synthetic keys from this datamodel&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 23 Jun 2017 20:13:18 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352345#M415407</guid>
      <dc:creator>stevejones1</dc:creator>
      <dc:date>2017-06-23T20:13:18Z</dc:date>
    </item>
    <item>
      <title>Re: Remove Synthetic Keys</title>
      <link>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352346#M415408</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Steve&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you please give a brief description as to what you want exactly, and how must the data be linked to each other?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;BR /&gt;Pratyush&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 24 Jun 2017 06:08:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352346#M415408</guid>
      <dc:creator>prat1507</dc:creator>
      <dc:date>2017-06-24T06:08:43Z</dc:date>
    </item>
    <item>
      <title>Re: Remove Synthetic Keys</title>
      <link>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352347#M415409</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I understand correctly, it is about analyzing planning and factual recruitment employee. It is difficult to express an opinion without knowing the goals and objectives of the analysis, but nevertheless I would do the following.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1) When loading tables 'Forecast' and 'Expenses', I would combine them into one by adding a flag field (for example, the value of field 0 if the entry is from table 'Forecast' and the value of field 1, if the entry is from table 'Expenses'). This will get rid of part of the synthetic key: [Level 0]-[Level 7].&lt;/P&gt;&lt;P&gt;2) It probably does not make sense to generate the field [Supplier] when loading tables 'Employee' and 'Forecast' . These data can be taken from the table 'Expenses' in the analysis. &lt;SPAN style="font-size: 13.3333px;"&gt;This will get rid of part of the synthetic key: &lt;SPAN style="font-size: 13.3333px;"&gt;[Supplier].&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;3) As I understood from the data, the qualification code is field GROUP_CD. Here everything depends on the analysis tasks. Here, either the [Date] and [GROUP_CD] fields are may be combined into a manual synthetic key, or leave the [GROUP_CD] field as is, but generate canonical dates from fields [Date] of tables 'Expenses', 'Employee' and 'Forecast'. About the canonical dates you can read here &lt;A href="https://community.qlik.com/qlik-blogpost/3585"&gt;Canonical Date&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;These considerations are only based on the analysis of your code.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Andrey&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 24 Jun 2017 07:01:46 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Remove-Synthetic-Keys/m-p/1352347#M415409</guid>
      <dc:creator>ahaahaaha</dc:creator>
      <dc:date>2017-06-24T07:01:46Z</dc:date>
    </item>
  </channel>
</rss>

