<?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: Why avoid Synthetic Keys? in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860366#M1004055</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It may not be noticeable with smaller data sets but with very large ones (100,000- Millions of rows) you may see a degradation in performance in the refresh of charts when selections are made. It could also highlight that you have an 'ambiguous' join e.g. join on a field called Date where in fact one date may be order date and the other date is Delivery Date.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 27 May 2015 12:36:11 GMT</pubDate>
    <dc:creator>john_s_w_wood</dc:creator>
    <dc:date>2015-05-27T12:36:11Z</dc:date>
    <item>
      <title>Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860365#M1004054</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It seems to be common practice to create a key column to avoid Qlikview joining tables via a synthetic key. Why is this? I would've thought that the join Qlikview sets up would be very efficient.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are there pros and cons to each approach?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:32:54 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860365#M1004054</guid>
      <dc:creator>matthewjbryant</dc:creator>
      <dc:date>2015-05-27T12:32:54Z</dc:date>
    </item>
    <item>
      <title>Re: Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860366#M1004055</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It may not be noticeable with smaller data sets but with very large ones (100,000- Millions of rows) you may see a degradation in performance in the refresh of charts when selections are made. It could also highlight that you have an 'ambiguous' join e.g. join on a field called Date where in fact one date may be order date and the other date is Delivery Date.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:36:11 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860366#M1004055</guid>
      <dc:creator>john_s_w_wood</dc:creator>
      <dc:date>2015-05-27T12:36:11Z</dc:date>
    </item>
    <item>
      <title>Re: Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860367#M1004056</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Synthetic Keys are entity that can create duplication of data, this can bring you to have a down of performances and ambigous joins.&lt;/P&gt;&lt;P&gt;Try to use Ctrl+T and in table viewer see how many rows your Synthetic Keys have and think that all that data are unnecessary. Then with Syn you create many connections between tables, and with large size of data you could have problem with front-end user (for examples when applying selections).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Avoid Synthetic Keys is always a best practice to follow when working with QlikView.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In my opinion (and in my job) I can't see pros in Syntethic Keys &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:37:45 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860367#M1004056</guid>
      <dc:creator>simospa</dc:creator>
      <dc:date>2015-05-27T12:37:45Z</dc:date>
    </item>
    <item>
      <title>Re: Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860368#M1004057</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Matthew,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Refer to this article&amp;nbsp;&amp;nbsp; &lt;A href="https://community.qlik.com/qlik-blogpost/3064"&gt;Synthetic Keys&lt;/A&gt; by Henric. This might clear your doubt.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Sridhar&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:39:05 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860368#M1004057</guid>
      <dc:creator />
      <dc:date>2015-05-27T12:39:05Z</dc:date>
    </item>
    <item>
      <title>Re: Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860369#M1004058</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Matthew,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; when ever you are working with huge amount of data then you can find exact problem.&lt;/P&gt;&lt;P&gt;--&amp;gt;synthetic keys are reducing the speed of the application&lt;/P&gt;&lt;P&gt;--&amp;gt;Data ambiguity is a problem&lt;/P&gt;&lt;P&gt;if your data model is having 7 to 8 synthetic tables associated keys then for reloading of the application is also takes much time comparatively normal data model(Without synthetic keys)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:41:58 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860369#M1004058</guid>
      <dc:creator>ramasaisaksoft</dc:creator>
      <dc:date>2015-05-27T12:41:58Z</dc:date>
    </item>
    <item>
      <title>Re: Why avoid Synthetic Keys?</title>
      <link>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860370#M1004059</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ah Henric. He'll save the day!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 May 2015 12:42:24 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Why-avoid-Synthetic-Keys/m-p/860370#M1004059</guid>
      <dc:creator>matthewjbryant</dc:creator>
      <dc:date>2015-05-27T12:42:24Z</dc:date>
    </item>
  </channel>
</rss>

