<?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: Best practices (data warehouse+Qlik) in Connectivity &amp; Data Prep</title>
    <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Best-practices-data-warehouse-Qlik/m-p/1866084#M9930</link>
    <description>&lt;P&gt;It must not be black or white else it could be each shade of grey. It will depend on various factors which grey might be the most suitable for your company. And this aren't only purely data-related aspects else also all kinds of governance and administration, for example in regard to access rights, API's to other systems, licence-aspects, relation to the business units, manpower, time-frames to get new solutions respectively for any adjustments and many more.&lt;/P&gt;
&lt;P&gt;Further it's also a question what everybody relates to a DWH. For me a DWH is dumb because the only task is to collect the data from everywhere - nothing else. Any transformation of the data goes ahead. Yes, often they do a lot more but where are the border-lines between the multiple tasks and who is in the end responsible for what? It goes a bit in the direction to simply call it IT - it's not really wrong but very unspecific.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Beside this Qlik has an extremely powerful ETL part which could be very performant in a multi-tier data-architecture with incremental approaches based on qvd-slices on all layers. Why shouldn't these strengths not be used - even if many of the work might be also done on the DWH-side? Probably there are further tools involved - picking from each the best may be a good starting point to look is it worth to do it in this way or if you could live with second/third best and use them in a more all-round approach and minimizing with it the administrative overhead.&lt;/P&gt;
&lt;P&gt;- Marcus&lt;/P&gt;</description>
    <pubDate>Thu, 02 Dec 2021 14:38:22 GMT</pubDate>
    <dc:creator>marcus_sommer</dc:creator>
    <dc:date>2021-12-02T14:38:22Z</dc:date>
    <item>
      <title>Best practices (data warehouse+Qlik)</title>
      <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Best-practices-data-warehouse-Qlik/m-p/1865366#M9922</link>
      <description>&lt;DIV class="_3xX726aBn29LDbsDtzr_6E _1Ap4F5maDtT1E1YuCiaO0r D3IL3FD0RFy_mkKLPwL4" data-click-id="text"&gt;
&lt;DIV class="_292iotee39Lmt0MkQZ2hPV RichTextJSON-root"&gt;
&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;Hi,&lt;/P&gt;
&lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;I’m a BA for the Data Warehouse and the Qlik Apps for our company. I just recently switched companies and at my new company, they try to solve almost everything with Qlik Apps, but in all my classes and/or certificate programs I was taught that the front end tool should be ‘dumb’. The data logic should be in the data warehouse. The consultants for Qlik think otherwise and try to transform in qvd. What is the best practice in your company?&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Wed, 01 Dec 2021 10:14:40 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Connectivity-Data-Prep/Best-practices-data-warehouse-Qlik/m-p/1865366#M9922</guid>
      <dc:creator>maniqwils</dc:creator>
      <dc:date>2021-12-01T10:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Best practices (data warehouse+Qlik)</title>
      <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Best-practices-data-warehouse-Qlik/m-p/1866084#M9930</link>
      <description>&lt;P&gt;It must not be black or white else it could be each shade of grey. It will depend on various factors which grey might be the most suitable for your company. And this aren't only purely data-related aspects else also all kinds of governance and administration, for example in regard to access rights, API's to other systems, licence-aspects, relation to the business units, manpower, time-frames to get new solutions respectively for any adjustments and many more.&lt;/P&gt;
&lt;P&gt;Further it's also a question what everybody relates to a DWH. For me a DWH is dumb because the only task is to collect the data from everywhere - nothing else. Any transformation of the data goes ahead. Yes, often they do a lot more but where are the border-lines between the multiple tasks and who is in the end responsible for what? It goes a bit in the direction to simply call it IT - it's not really wrong but very unspecific.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Beside this Qlik has an extremely powerful ETL part which could be very performant in a multi-tier data-architecture with incremental approaches based on qvd-slices on all layers. Why shouldn't these strengths not be used - even if many of the work might be also done on the DWH-side? Probably there are further tools involved - picking from each the best may be a good starting point to look is it worth to do it in this way or if you could live with second/third best and use them in a more all-round approach and minimizing with it the administrative overhead.&lt;/P&gt;
&lt;P&gt;- Marcus&lt;/P&gt;</description>
      <pubDate>Thu, 02 Dec 2021 14:38:22 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Connectivity-Data-Prep/Best-practices-data-warehouse-Qlik/m-p/1866084#M9930</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2021-12-02T14:38:22Z</dc:date>
    </item>
  </channel>
</rss>

