<?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: tMap lookup reloading explanation in Talend Studio</title>
    <link>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348266#M115418</link>
    <description>Forgot to mention: in my example above, I have "Reload at each row (cache)" selected.</description>
    <pubDate>Thu, 29 Oct 2009 19:20:30 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2009-10-29T19:20:30Z</dc:date>
    <item>
      <title>tMap lookup reloading explanation</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348265#M115417</link>
      <description>Can someone provide a clear explanation of the difference between the "Reload at each row" and "Reload at each row (cache)", and the rules that tMap uses about when/how many times it actually causes the lookup flow to be re-run? 
&lt;BR /&gt;Here's an example: 
&lt;BR /&gt;One-to-many relationship between Order (order_id) and Work_Order (work_order_num). Data containing these two columns (and others) is coming in from a main flow and a lookup flow, which comes from a db input query. 
&lt;BR /&gt;I would like to pass order_id as a global variable (to the db input query, with order_id being in the where clause) and have tMap do the join on order_id and work_order_num. 
&lt;BR /&gt;What I would expect is that tMap would set the order_id global variable, then load the lookup flow for the first time. Then, it would only reload the lookup flow again if order_id changes. However, when I try this, tMap always reloads the lookup flow, even when the order_id never changes. I also notice, to my surprise, that even if a specific order_id/work_order_num combination has already been loaded in the lookup flow, when subsequent input rows have that same combination, tMap again reloads the lookup flow. 
&lt;BR /&gt;So, after investigating a little more, it looks like tMap reloads its lookup flow whenever a specific combination of key columns (order_id/work_order_num) from the main flow has not occurred before in the main flow, regardless of whether that same combination has already been loaded from the lookup flow before. 
&lt;BR /&gt;Am I thinking in line with reality here?</description>
      <pubDate>Sat, 16 Nov 2024 13:42:34 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348265#M115417</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T13:42:34Z</dc:date>
    </item>
    <item>
      <title>Re: tMap lookup reloading explanation</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348266#M115418</link>
      <description>Forgot to mention: in my example above, I have "Reload at each row (cache)" selected.</description>
      <pubDate>Thu, 29 Oct 2009 19:20:30 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348266#M115418</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2009-10-29T19:20:30Z</dc:date>
    </item>
    <item>
      <title>Re: tMap lookup reloading explanation</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348267#M115419</link>
      <description>Hi, 
&lt;BR /&gt;is there actually any documentation around on this? 
&lt;BR /&gt;In the current documentation pdf the difference between "reload at each row (cache)" and "reload at each row" AND its implications on performance, memory etc. is not explained. 
&lt;BR /&gt;TIA 
&lt;BR /&gt;Regards 
&lt;BR /&gt;Andre</description>
      <pubDate>Fri, 22 Jul 2011 08:21:26 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tMap-lookup-reloading-explanation/m-p/2348267#M115419</guid>
      <dc:creator>_AnonymousUser</dc:creator>
      <dc:date>2011-07-22T08:21:26Z</dc:date>
    </item>
  </channel>
</rss>

