<?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 Data model issue - inconsistency - how bad is that? in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549085#M686889</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;my issue is the following:&lt;/P&gt;&lt;P&gt;- This year (2014), some dpts have introduced new Excel_lists, among them the one on (the app of) which I'm currently working:&lt;BR /&gt; - I am and have been loading the data into QlikView as many tables although it all comes from just one Excel file, just to keep it clear.&lt;/P&gt;&lt;P&gt;&amp;nbsp; =&amp;gt; In most cases, I could append the list from the 2014 file to the list from the 2013 file since the structure is the same.&lt;/P&gt;&lt;P&gt; &amp;lt;=&amp;gt; In the current instance, I can't do that because there are many more fields in the list for this than in the list for last year.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;=&amp;gt; My question is this: Can I concatenate them still (forced concatenation)? That will generate a lot of NULL values I know.&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;=&amp;gt; On the other hand, it will make the whole thing a lot easier because I won't have to implement two redundant expressions&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; - using different fields (from different tables) for 2013 than for 2014.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can someone clarify this for me? What exactly are the consequences of this structural assymetry?&lt;/P&gt;&lt;P&gt;Thanks a lot!&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DataNibbler&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 22 Jan 2014 10:12:56 GMT</pubDate>
    <dc:creator>datanibbler</dc:creator>
    <dc:date>2014-01-22T10:12:56Z</dc:date>
    <item>
      <title>Data model issue - inconsistency - how bad is that?</title>
      <link>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549085#M686889</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;my issue is the following:&lt;/P&gt;&lt;P&gt;- This year (2014), some dpts have introduced new Excel_lists, among them the one on (the app of) which I'm currently working:&lt;BR /&gt; - I am and have been loading the data into QlikView as many tables although it all comes from just one Excel file, just to keep it clear.&lt;/P&gt;&lt;P&gt;&amp;nbsp; =&amp;gt; In most cases, I could append the list from the 2014 file to the list from the 2013 file since the structure is the same.&lt;/P&gt;&lt;P&gt; &amp;lt;=&amp;gt; In the current instance, I can't do that because there are many more fields in the list for this than in the list for last year.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;=&amp;gt; My question is this: Can I concatenate them still (forced concatenation)? That will generate a lot of NULL values I know.&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;=&amp;gt; On the other hand, it will make the whole thing a lot easier because I won't have to implement two redundant expressions&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; - using different fields (from different tables) for 2013 than for 2014.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can someone clarify this for me? What exactly are the consequences of this structural assymetry?&lt;/P&gt;&lt;P&gt;Thanks a lot!&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DataNibbler&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Jan 2014 10:12:56 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549085#M686889</guid>
      <dc:creator>datanibbler</dc:creator>
      <dc:date>2014-01-22T10:12:56Z</dc:date>
    </item>
    <item>
      <title>Re: Data model issue - inconsistency - how bad is that?</title>
      <link>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549086#M686890</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think forced concatenation is the best way in this case - NULL didn't matter. I do it in a lot of cases.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Jan 2014 10:59:08 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549086#M686890</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2014-01-22T10:59:08Z</dc:date>
    </item>
    <item>
      <title>Re: Data model issue - inconsistency - how bad is that?</title>
      <link>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549087#M686891</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Marcus,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;yes, I am doing that and so far it seems to work. I just had to flexibilize a few of the expressions on the GUI to work based on a different set of fields, depending on the year the user has selected.&lt;/P&gt;&lt;P&gt;Let's see.&lt;/P&gt;&lt;P&gt;Thanks a lot!&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;DataNibbler&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Jan 2014 11:28:39 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549087#M686891</guid>
      <dc:creator>datanibbler</dc:creator>
      <dc:date>2014-01-22T11:28:39Z</dc:date>
    </item>
    <item>
      <title>Re: Data model issue - inconsistency - how bad is that?</title>
      <link>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549088#M686892</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;See also: &lt;A _jive_internal="true" href="https://community.qlik.com/message/454480?et=watches.email.thread#454480" title="http://community.qlik.com/message/454480?et=watches.email.thread#454480"&gt;Performance w/ multiple fact tables - star sche... | QlikCommunity&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Jan 2014 09:05:55 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-model-issue-inconsistency-how-bad-is-that/m-p/549088#M686892</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2014-01-23T09:05:55Z</dc:date>
    </item>
  </channel>
</rss>

