<?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 for Managing Personal Sheets in Qlik Sense Apps in Management &amp; Governance</title>
    <link>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525627#M32108</link>
    <description>&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;In case of disk space, you're absolutely right.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&lt;BR /&gt;As for memory, depending on how many private sheets are in the app and the content, together with how many users are accessing the app, having a copy of the app can dramatically lower the footprint.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;It is up to the SysAdmin to decide how many Engines an app can be load-balanced to.&amp;nbsp; It makes sense to load balance the app where people experiment and add resource-heavy objects to a single node only, while the non-self service streamlined app is load balanced to multiple engines for the larger audience.&amp;nbsp; It will contain the inherent risk of self-service to a single machine, and its consumption won't be multiplied over all available engines. There also won't be a high need for caching user-specific objects, potentially impacting app opening times globally. User cache is never generated together with the app cache; it happens when the app is opened by the user.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;All that said, both applications will indeed need to be reloaded separately, and as you mentioned, it will use more disk space. It all depends on what is prioritized by the business. If a smooth and quick app performance for all (the many) users is the priority, self-service can likely compromise that proposition.&lt;BR /&gt;That's just my take.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 29 Jul 2025 14:24:59 GMT</pubDate>
    <dc:creator>JanJorissen</dc:creator>
    <dc:date>2025-07-29T14:24:59Z</dc:date>
    <item>
      <title>Best Practices for Managing Personal Sheets in Qlik Sense Apps</title>
      <link>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525602#M32106</link>
      <description>&lt;P data-start="193" data-end="447"&gt;The ability for users to create personal sheets in Qlik Sense is a powerful feature that supports self-service and flexible data exploration. However, in environments where governance and consistency matter, this capability needs to be carefully managed.&lt;/P&gt;
&lt;P data-start="449" data-end="767"&gt;This document outlines&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;FONT color="#339966"&gt;&lt;STRONG&gt;one recommended approach to handling the use of personal sheets within a governed content workflow&lt;/STRONG&gt;&lt;/FONT&gt;. While there are multiple ways to structure this, the approach described here aims to balance two requirements: enabling user-driven analytics and maintaining control over curated, production-ready content.&lt;/P&gt;
&lt;P data-start="449" data-end="767"&gt;Read all about it in &lt;A href="https://community.qlik.com/t5/Official-Support-Articles/Qlik-Cloud-Best-Practices-for-Managing-Personal-Sheets-in-Qlik/ta-p/2525614" target="_blank" rel="noopener"&gt;Qlik Cloud: Best Practices for Managing Personal Sheets in Qlik Sense Apps&lt;/A&gt;.&lt;/P&gt;
&lt;P data-start="449" data-end="767"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P data-start="449" data-end="767"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P data-start="449" data-end="767"&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Jul 2025 14:25:45 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525602#M32106</guid>
      <dc:creator>Thomas_Hopp</dc:creator>
      <dc:date>2025-07-29T14:25:45Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Managing Personal Sheets in Qlik Sense Apps</title>
      <link>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525605#M32107</link>
      <description>&lt;P&gt;This is best practice? It sounds like a maintenance nightmare that takes up twice as much memory / disk space / etc...&amp;nbsp;&lt;/P&gt;&lt;P&gt;If this is indeed Qlik's best practice, Qlik could stand to make it easier to implement by creating an app mirror - literally just a pointer to the same app but with its own location and server-side objects. This would prevent the need for double maintenance and make it a lot clearer on how this is meant to be handled, and would hopefully also prevent the need to load the app twice in disk/memory (depending on implementation).&lt;/P&gt;&lt;P&gt;Off to Ideation I go, I guess!&lt;/P&gt;</description>
      <pubDate>Tue, 29 Jul 2025 12:42:02 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525605#M32107</guid>
      <dc:creator>Or</dc:creator>
      <dc:date>2025-07-29T12:42:02Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Managing Personal Sheets in Qlik Sense Apps</title>
      <link>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525627#M32108</link>
      <description>&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;In case of disk space, you're absolutely right.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&lt;BR /&gt;As for memory, depending on how many private sheets are in the app and the content, together with how many users are accessing the app, having a copy of the app can dramatically lower the footprint.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;It is up to the SysAdmin to decide how many Engines an app can be load-balanced to.&amp;nbsp; It makes sense to load balance the app where people experiment and add resource-heavy objects to a single node only, while the non-self service streamlined app is load balanced to multiple engines for the larger audience.&amp;nbsp; It will contain the inherent risk of self-service to a single machine, and its consumption won't be multiplied over all available engines. There also won't be a high need for caching user-specific objects, potentially impacting app opening times globally. User cache is never generated together with the app cache; it happens when the app is opened by the user.&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P style="margin: 0in; font-family: Calibri; font-size: 11.0pt;"&gt;All that said, both applications will indeed need to be reloaded separately, and as you mentioned, it will use more disk space. It all depends on what is prioritized by the business. If a smooth and quick app performance for all (the many) users is the priority, self-service can likely compromise that proposition.&lt;BR /&gt;That's just my take.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Jul 2025 14:24:59 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525627#M32108</guid>
      <dc:creator>JanJorissen</dc:creator>
      <dc:date>2025-07-29T14:24:59Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practices for Managing Personal Sheets in Qlik Sense Apps</title>
      <link>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525653#M32109</link>
      <description>&lt;P&gt;Thanks for the input,&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/61724"&gt;@JanJorissen&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I do think I'll still be heading over to ideation, because with this policy, it seems like it'd be a good idea for Qlik to add the option of a "Curated" and "Public" version of the same app. If both point at the same base app, you don't need two apps, double maintenance, double reloads, etc, but each would still have its own server-side objects such as public bookmarks and public sheets.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Not sure how much effort this entails, but given this is the recommended practice, it may be worthwhile to consider.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Jul 2025 17:39:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Best-Practices-for-Managing-Personal-Sheets-in-Qlik-Sense-Apps/m-p/2525653#M32109</guid>
      <dc:creator>Or</dc:creator>
      <dc:date>2025-07-29T17:39:16Z</dc:date>
    </item>
  </channel>
</rss>

