<?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 Forced Concatenate in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418591#M155734</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Guys,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have scenario like this i haver two transaction tables Transaction and Sub Transaction both have diffrent facts only&amp;nbsp; 4 facts are same &lt;/P&gt;&lt;P&gt;one fact table is having 20 facts and another is having 28 facts , so i want to know should i keep my two fact tables seprate or i should use Forced concatenate&lt;/P&gt;&lt;P&gt;so asd to have a star schema model. what if i keep two fact tables seprate does it dont go down well in terms of qlik view best practises.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;Anant&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 09 Nov 2012 08:04:43 GMT</pubDate>
    <dc:creator />
    <dc:date>2012-11-09T08:04:43Z</dc:date>
    <item>
      <title>Data Model Forced Concatenate</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418591#M155734</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Guys,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have scenario like this i haver two transaction tables Transaction and Sub Transaction both have diffrent facts only&amp;nbsp; 4 facts are same &lt;/P&gt;&lt;P&gt;one fact table is having 20 facts and another is having 28 facts , so i want to know should i keep my two fact tables seprate or i should use Forced concatenate&lt;/P&gt;&lt;P&gt;so asd to have a star schema model. what if i keep two fact tables seprate does it dont go down well in terms of qlik view best practises.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;Anant&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 09 Nov 2012 08:04:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418591#M155734</guid>
      <dc:creator />
      <dc:date>2012-11-09T08:04:43Z</dc:date>
    </item>
    <item>
      <title>Re: Data Model Forced Concatenate</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418592#M155735</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;For simplicity I would try concatenating them and checking on the performance.&lt;/P&gt;&lt;P&gt;It's tough to say what works best between a concatenated fact table and a link table model as I've seen both outperform the other for different scenarios (although a concatenated model is often easier to create from a modelling perspective).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try both ways and do some performance testing to get the appropriate response for your scenario.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 09 Nov 2012 14:57:33 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418592#M155735</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2012-11-09T14:57:33Z</dc:date>
    </item>
    <item>
      <title>Re: Data Model Forced Concatenate</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418593#M155736</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Johanees !&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 Nov 2012 11:39:15 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Model-Forced-Concatenate/m-p/418593#M155736</guid>
      <dc:creator />
      <dc:date>2012-11-16T11:39:15Z</dc:date>
    </item>
  </channel>
</rss>

