<?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 Processing sequence in a load statement in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205746#M714697</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While I haven't tested this specific case, I'm pretty confident that the lookup() would occur before the join. The join is on the RESULT in fieldz as best I understand it. It should be simple enough to test.&lt;/P&gt;&lt;P&gt;As for the order by, I've never thought of QlikView tables as having any order whatsoever, even a random order. QlikView tables, as best I understand it, are not a list of records. They're a highly-compressed data cloud. Lists are merely extracted from the cloud on the fly. As far as I know, all row sorting is done on the fly. I DO believe (with no direct evidence) there are ordered lists of field VALUES somewhere in the system. But not ordered lists of records. I am not privy the the QlikView internals, so I could, of course, be completely wrong.&lt;/P&gt;&lt;P&gt;Edit: Well, I suppose it isn't direct evidence of field lists, as even those could be extracted from a more complicated data structure, but you can actually reference the field lists directly, independently of any table. For example, I'm using this code to retrieve a list of date values without referencing ANY table already loaded:&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;[Date]:&lt;BR /&gt;LOAD fieldvalue('Date',iterno()) as Date&lt;BR /&gt;AUTOGENERATE 1&lt;BR /&gt;WHILE len(fieldvalue('Date',iterno()))&lt;BR /&gt;;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 02 Oct 2009 23:59:17 GMT</pubDate>
    <dc:creator>johnw</dc:creator>
    <dc:date>2009-10-02T23:59:17Z</dc:date>
    <item>
      <title>Processing sequence in a load statement</title>
      <link>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205745#M714696</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I only recently realised that the 'order by' clause in a QV load statement was different from that of SQL (QV it is the order of rows presented to the load whereas SQL is the order of the resultant table).&lt;/P&gt;&lt;P&gt;How is a load statement processed in terms of evaluation? For example&lt;/P&gt;&lt;P&gt;load fielda, fieldb from file1;&lt;/P&gt;&lt;P&gt;inner join&lt;/P&gt;&lt;P&gt;load fielda, fieldc as fieldx, lookup(......) as fieldz from file2;&lt;/P&gt;&lt;P&gt;is the lookup perfomed before the join?&lt;/P&gt;&lt;P&gt;Is the order defined somewhere?&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gordon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Oct 2009 18:43:58 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205745#M714696</guid>
      <dc:creator />
      <dc:date>2009-10-02T18:43:58Z</dc:date>
    </item>
    <item>
      <title>Processing sequence in a load statement</title>
      <link>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205746#M714697</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While I haven't tested this specific case, I'm pretty confident that the lookup() would occur before the join. The join is on the RESULT in fieldz as best I understand it. It should be simple enough to test.&lt;/P&gt;&lt;P&gt;As for the order by, I've never thought of QlikView tables as having any order whatsoever, even a random order. QlikView tables, as best I understand it, are not a list of records. They're a highly-compressed data cloud. Lists are merely extracted from the cloud on the fly. As far as I know, all row sorting is done on the fly. I DO believe (with no direct evidence) there are ordered lists of field VALUES somewhere in the system. But not ordered lists of records. I am not privy the the QlikView internals, so I could, of course, be completely wrong.&lt;/P&gt;&lt;P&gt;Edit: Well, I suppose it isn't direct evidence of field lists, as even those could be extracted from a more complicated data structure, but you can actually reference the field lists directly, independently of any table. For example, I'm using this code to retrieve a list of date values without referencing ANY table already loaded:&lt;/P&gt;&lt;P style="padding-left:30px;"&gt;[Date]:&lt;BR /&gt;LOAD fieldvalue('Date',iterno()) as Date&lt;BR /&gt;AUTOGENERATE 1&lt;BR /&gt;WHILE len(fieldvalue('Date',iterno()))&lt;BR /&gt;;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 02 Oct 2009 23:59:17 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205746#M714697</guid>
      <dc:creator>johnw</dc:creator>
      <dc:date>2009-10-02T23:59:17Z</dc:date>
    </item>
    <item>
      <title>Processing sequence in a load statement</title>
      <link>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205747#M714698</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks John.&lt;/P&gt;&lt;P&gt;I think you have hit the issue on the head. Like you, I spend time testing to find the optimal code but apart from the effort, the results are subject to external conditions such as other activity on the server. The conceptual processing sequence of SQL is well documented (and check out 'order by' sequencing for QV in the help text!) - would'nt it be nice if Qliktech could do the same?&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Gordon&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 03 Oct 2009 05:08:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Processing-sequence-in-a-load-statement/m-p/205747#M714698</guid>
      <dc:creator />
      <dc:date>2009-10-03T05:08:43Z</dc:date>
    </item>
  </channel>
</rss>

