<?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 How should we optimally structure &amp;quot;family tree&amp;quot; data? in App Development</title>
    <link>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21315#M1447</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have "family tree" style data, for organizations that looks like this.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Parent Company:&amp;nbsp; Chevron Corp&lt;/P&gt;&lt;P&gt;&amp;nbsp; Direct Subsdiaries:&amp;nbsp; Chevron USA, A, B, C, D&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subsidiaries:&amp;nbsp; A1, A2, B1, B2, B3, B4, C1, C2, D&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; etc&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This data is currently in a flat file table.&amp;nbsp; Generally once you hit 5 levels deep we are done.&amp;nbsp; Other data, such as site locations and financial information, can be associated at any level.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have some flexibility, today, to structure the data in a way that will optimally work with Qlik.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone encountered this use case before?&amp;nbsp; Are you aware of best practices in terms of the supporting database structure that optimally support connection to BI?&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm sure we can use drill-down dimensions, but the tricky thing is, we don't always have the same levels of depth as we do in the case of country - state - city.&amp;nbsp; Some organizations will have 1 level, others will have 5.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 11 Apr 2018 16:56:14 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2018-04-11T16:56:14Z</dc:date>
    <item>
      <title>How should we optimally structure "family tree" data?</title>
      <link>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21315#M1447</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have "family tree" style data, for organizations that looks like this.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt;"&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Parent Company:&amp;nbsp; Chevron Corp&lt;/P&gt;&lt;P&gt;&amp;nbsp; Direct Subsdiaries:&amp;nbsp; Chevron USA, A, B, C, D&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Subsidiaries:&amp;nbsp; A1, A2, B1, B2, B3, B4, C1, C2, D&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; etc&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This data is currently in a flat file table.&amp;nbsp; Generally once you hit 5 levels deep we are done.&amp;nbsp; Other data, such as site locations and financial information, can be associated at any level.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have some flexibility, today, to structure the data in a way that will optimally work with Qlik.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone encountered this use case before?&amp;nbsp; Are you aware of best practices in terms of the supporting database structure that optimally support connection to BI?&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm sure we can use drill-down dimensions, but the tricky thing is, we don't always have the same levels of depth as we do in the case of country - state - city.&amp;nbsp; Some organizations will have 1 level, others will have 5.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Apr 2018 16:56:14 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21315#M1447</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2018-04-11T16:56:14Z</dc:date>
    </item>
    <item>
      <title>Re: How should we optimally structure "family tree" data?</title>
      <link>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21316#M1448</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Perhaps a good option would be to have all of the companies within one table and have a 'Parent' column. This way you can set up the code to iterate and join the data as you need.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Apr 2018 01:39:21 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21316#M1448</guid>
      <dc:creator>rachel_delany</dc:creator>
      <dc:date>2018-04-16T01:39:21Z</dc:date>
    </item>
    <item>
      <title>Re: How should we optimally structure "family tree" data?</title>
      <link>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21317#M1449</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Maybe this is helpful: &lt;A href="https://community.qlik.com/qlik-blogpost/3433"&gt;Unbalanced, n-level hierarchies&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Apr 2018 06:43:39 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/How-should-we-optimally-structure-quot-family-tree-quot-data/m-p/21317#M1449</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2018-04-16T06:43:39Z</dc:date>
    </item>
  </channel>
</rss>

