<?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: Data Architecture best practice in App Development</title>
    <link>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1518231#M40508</link>
    <description>&lt;P&gt;Thanks Tresesco &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Sat, 08 Dec 2018 08:56:43 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2018-12-08T08:56:43Z</dc:date>
    <item>
      <title>Data Architecture best practice</title>
      <link>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1517740#M40506</link>
      <description>&lt;P&gt;We are building a new enterprise solution and the size of data is huge ~ 60 GB of raw data. What is should be the ideal data model -&lt;/P&gt;&lt;P&gt;1. We do the back end processing i.e. roll up, filters, aggregation etc. in a back end tool e.g. Alteryx, Python or teradata etc, and use QlikSense just a a front end reporting tool, or do the entire processing in the QlikSense ETL layer.&lt;/P&gt;&lt;P&gt;2. Is it best practice to use Star scehma as a QLikSense back end design or we can follow Snow flake also, and the decision should be scenario dependent - what should be the best data model for handling large data sets.&lt;/P&gt;&lt;P&gt;3. The number of users are ~ 2000&lt;/P&gt;</description>
      <pubDate>Sat, 16 Nov 2024 07:06:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1517740#M40506</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T07:06:16Z</dc:date>
    </item>
    <item>
      <title>Re: Data Architecture best practice</title>
      <link>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1517756#M40507</link>
      <description>&lt;P&gt;Abhishek,&lt;/P&gt;&lt;P&gt;Architecture best practices are dependent on numerous things apart from just data size and number of users. However, to answer on your points:&lt;/P&gt;&lt;P&gt;1. A proper ETL tool&amp;nbsp;of course would&amp;nbsp;be a better choice instead of doing everything in qlik. A have not worked on Alteryx, so don't know it's capability and if at all this could be called a proper ETL tool. If your budget permits, you can always go for specialist tools for better performance. And yes qlik is not specialized in ETL.&lt;/P&gt;&lt;P&gt;2. In real world, star schema modelling is really difficult. Theoretically, it is said that star schema is best, but in reality I would say, - try to keep your data model as converged as possible.&lt;/P&gt;&lt;P&gt;Other so many aspects would be like:&lt;/P&gt;&lt;P&gt;Hardware architecture (clustering if needed), RAM availability, NUMA/Hyperthreading&amp;nbsp; enabling/disabling, multi-layer processing... to mention few.&amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 07 Dec 2018 06:49:31 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1517756#M40507</guid>
      <dc:creator>tresB</dc:creator>
      <dc:date>2018-12-07T06:49:31Z</dc:date>
    </item>
    <item>
      <title>Re: Data Architecture best practice</title>
      <link>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1518231#M40508</link>
      <description>&lt;P&gt;Thanks Tresesco &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 08 Dec 2018 08:56:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/Data-Architecture-best-practice/m-p/1518231#M40508</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2018-12-08T08:56:43Z</dc:date>
    </item>
  </channel>
</rss>

