<?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 Avoiding sync tables - help on design in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212841#M66709</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;OK, this looks like a pretty classic problem of matching up budgets to actuals. Now, I THOUGHT I remembered there being some reason that you do NOT want to link budgets to actuals on a compound key (synthetic or otherwise) like this. But I'm looking at a simple example that works that way, synthetic key and all, and it SEEMS to be behaving. And I can't remember or think of why it wouldn't behave.&lt;/P&gt;&lt;P&gt;And that's the real question, I think. Is your application behaving properly? Is it allowing you to compare budgets to actuals in the way that you want? If so, then there is probably no reason to remove the synthetic key.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 02 Jul 2010 22:45:38 GMT</pubDate>
    <dc:creator>johnw</dc:creator>
    <dc:date>2010-07-02T22:45:38Z</dc:date>
    <item>
      <title>Avoiding sync tables - help on design</title>
      <link>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212838#M66706</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi How can i avoid the sync table for the following 4 tables:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Balance (Actual)&lt;/LI&gt;&lt;LI&gt;BBALNCE (Budget)&lt;/LI&gt;&lt;LI&gt;Account codes&lt;/LI&gt;&lt;LI&gt;Cost Centres&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Both Actual + Budget tables should both be linked to the account codes + cost centres. Both Actual + Budget tables also have similar fields such as type / period / year.&lt;/P&gt;&lt;P&gt;&lt;IMG alt="error loading image" class="jive-image error-loading-image" src="https://community.qlik.com/legacyfs/online/-1877_sourceID:1877" /&gt;&lt;/P&gt;&lt;P&gt;Regards, Jason&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt; &lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Jul 2010 15:41:06 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212838#M66706</guid>
      <dc:creator />
      <dc:date>2010-07-02T15:41:06Z</dc:date>
    </item>
    <item>
      <title>Avoiding sync tables - help on design</title>
      <link>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212839#M66707</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If combination of the fields is correct for unique identification for the tables, it's not necessary remove the synthetic key.&lt;/P&gt;&lt;P&gt;Take a look at this post: http://community.qlik.com/forums/t/31028.aspx&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Jul 2010 15:55:26 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212839#M66707</guid>
      <dc:creator />
      <dc:date>2010-07-02T15:55:26Z</dc:date>
    </item>
    <item>
      <title>Avoiding sync tables - help on design</title>
      <link>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212840#M66708</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Having a Link key would be a solution to avoid the Synthetic key.&lt;/P&gt;&lt;P&gt;the link key can either be a concatenated or a hash of the common attributes.&lt;/P&gt;&lt;P&gt;The rest of the fields need to be qualified or renamed uniquely.&lt;/P&gt;&lt;P&gt;You can qualify them using "qualify *;" statement.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Let me know I you got it or need further clarification.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Jul 2010 18:36:22 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212840#M66708</guid>
      <dc:creator>boorgura</dc:creator>
      <dc:date>2010-07-02T18:36:22Z</dc:date>
    </item>
    <item>
      <title>Avoiding sync tables - help on design</title>
      <link>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212841#M66709</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;OK, this looks like a pretty classic problem of matching up budgets to actuals. Now, I THOUGHT I remembered there being some reason that you do NOT want to link budgets to actuals on a compound key (synthetic or otherwise) like this. But I'm looking at a simple example that works that way, synthetic key and all, and it SEEMS to be behaving. And I can't remember or think of why it wouldn't behave.&lt;/P&gt;&lt;P&gt;And that's the real question, I think. Is your application behaving properly? Is it allowing you to compare budgets to actuals in the way that you want? If so, then there is probably no reason to remove the synthetic key.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Jul 2010 22:45:38 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Avoiding-sync-tables-help-on-design/m-p/212841#M66709</guid>
      <dc:creator>johnw</dc:creator>
      <dc:date>2010-07-02T22:45:38Z</dc:date>
    </item>
  </channel>
</rss>

