<?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: Qlikview Data Model: Row or column based expressions? in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055684#M637985</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Your second structure appears more connected/familair to dimensional modelling, The facts are expressed against the Product and Day dimensions. The measures can be easily aggregated against dimensions through required expressions with no structural change as you would need in first case using generic load.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 23 Mar 2016 12:43:35 GMT</pubDate>
    <dc:creator>Digvijay_Singh</dc:creator>
    <dc:date>2016-03-23T12:43:35Z</dc:date>
    <item>
      <title>Qlikview Data Model: Row or column based expressions?</title>
      <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055680#M637981</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am in the process of creating a new data model for a new project and was wondering what the pros and cons would be of using rows or columns for my expressions in my main table. Here is a bit of background info about my project:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;I am merging together 2-3 sources of data into one large table which will hold key dimension information like the product and day and key expression information like stock, sales and forecasts&lt;/LI&gt;&lt;LI&gt;I will then set up separate master data tables which gives me more information about the products/calendar&lt;/LI&gt;&lt;LI&gt;The majority of data will be coming in on table 1 format ~85%&lt;/LI&gt;&lt;LI&gt;I expect to have about 50 million records per year based on a column based expressions table with 40 columns&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Table1 file structure:&lt;/P&gt;&lt;TABLE border="1" class="jiveBorder" style="border: 1px solid rgb(0, 0, 0); width: 100%;"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Data Measure&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Product&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Day&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Quantity&lt;/STRONG&gt;&lt;/TH&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD style="padding: 2px;"&gt;Stock&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;Product 1&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;21.03.2016&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;102&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD style="padding: 2px;"&gt;Sales&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;Product 1&lt;/SPAN&gt;&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;21.03.2016&lt;/SPAN&gt;&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;47&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD style="padding: 2px;"&gt;Forecast&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;Product 1&lt;/SPAN&gt;&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;21.03.2016&lt;/SPAN&gt;&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;50&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Table2 file structure:&lt;/P&gt;&lt;TABLE border="1" class="jiveBorder" style="border: 1px solid rgb(0, 0, 0); width: 100%;"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Product&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG style="color: #ffffff; font-size: 13.3333px; text-align: center;"&gt;Day&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Stock&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Sales&lt;/STRONG&gt;&lt;/TH&gt;&lt;TH style="text-align: center; background-color: #6690bc; color: #ffffff; padding: 2px;" valign="middle"&gt;&lt;STRONG&gt;Forecast&lt;/STRONG&gt;&lt;/TH&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD style="padding: 2px;"&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;Product 1&lt;/SPAN&gt;&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;21.03.2016&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;102&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;47&lt;/TD&gt;&lt;TD style="padding: 2px;"&gt;50&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What are the pros/cons of having my main table set up like Table1 versus Table2?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;R&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Mar 2016 11:42:17 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055680#M637981</guid>
      <dc:creator>rileymd88</dc:creator>
      <dc:date>2016-03-23T11:42:17Z</dc:date>
    </item>
    <item>
      <title>Re: Qlikview Data Model: Row or column based expressions?</title>
      <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055681#M637982</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The second structure is a more conventional fact table design and will usually be quicker and easier in terms of the front end expressions. The generic structure of the first table tends to make the front end expressions more complex (as well as&amp;nbsp; possibly leading to poor performance in a larger data model).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The Generic Load feature in QV will simplify the conversion from the generic form to a flatter fact table form. Search this site for "Generic Load" for more guidance.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Mar 2016 12:14:07 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055681#M637982</guid>
      <dc:creator>jonathandienst</dc:creator>
      <dc:date>2016-03-23T12:14:07Z</dc:date>
    </item>
    <item>
      <title>Re: Qlikview Data Model: Row or column based expressions?</title>
      <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055682#M637983</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The advantage of the second structure is that you will likely have a smaller document since you will have three fields with probably lower cardinality then if all the quantity values are in one field. And it's easier to do calculations that involve values of the 'same' record, i.e. Stock - Sales for a product over a period. The advantage of the first is that most of your data has that structure.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Mar 2016 12:15:00 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055682#M637983</guid>
      <dc:creator>Gysbert_Wassenaar</dc:creator>
      <dc:date>2016-03-23T12:15:00Z</dc:date>
    </item>
    <item>
      <title>Re: Qlikview Data Model: Row or column based expressions?</title>
      <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055683#M637984</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Henric Cronstrom's explanation of generic loading is very helpful:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.qlik.com/qlik-blogpost/3629"&gt;The Generic Load&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Mar 2016 12:23:04 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055683#M637984</guid>
      <dc:creator>jonathandienst</dc:creator>
      <dc:date>2016-03-23T12:23:04Z</dc:date>
    </item>
    <item>
      <title>Re: Qlikview Data Model: Row or column based expressions?</title>
      <link>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055684#M637985</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Your second structure appears more connected/familair to dimensional modelling, The facts are expressed against the Product and Day dimensions. The measures can be easily aggregated against dimensions through required expressions with no structural change as you would need in first case using generic load.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 23 Mar 2016 12:43:35 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Qlikview-Data-Model-Row-or-column-based-expressions/m-p/1055684#M637985</guid>
      <dc:creator>Digvijay_Singh</dc:creator>
      <dc:date>2016-03-23T12:43:35Z</dc:date>
    </item>
  </channel>
</rss>

