<?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>question Re: QlikView not using TEZ ? in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165365#M45312</link>
    <description>&lt;P&gt;&lt;A href="https://community.hortonworks.com/content/kbentry/66881/geospatial-queries-with-sparksql-and-esri-udfs-for.html"&gt;&lt;/A&gt;&lt;A rel="user" href="https://community.cloudera.com/users/11793/danielscheiner.html" nodeid="11793"&gt;@Daniel Scheiner&lt;/A&gt;&lt;/P&gt;&lt;P&gt;See my response from Nov 11 at 05:21 PM. It states the same, Cost Based Optimizer decides to use Tez for those queries where Tez can deliver faster that MR.&lt;/P&gt;</description>
    <pubDate>Tue, 22 Nov 2016 00:33:02 GMT</pubDate>
    <dc:creator>cstanca</dc:creator>
    <dc:date>2016-11-22T00:33:02Z</dc:date>
    <item>
      <title>QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165360#M45307</link>
      <description>&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;we have seen that only more complex (case, count,...) SELECT statements from Qlikview are being executed via TEZ.&lt;/P&gt;&lt;P&gt;All settings in Ambari are set to use TEZ by default.&lt;/P&gt;&lt;P&gt;Is this a Hortonworks issue?&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Fri, 04 Nov 2016 21:56:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165360#M45307</guid>
      <dc:creator>daniel_scheiner</dc:creator>
      <dc:date>2016-11-04T21:56:17Z</dc:date>
    </item>
    <item>
      <title>Re: QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165361#M45308</link>
      <description>&lt;A rel="user" href="https://community.cloudera.com/users/11793/danielscheiner.html" nodeid="11793"&gt;@Daniel Scheiner&lt;/A&gt;&lt;P&gt;In HDP, we have &lt;STRONG&gt;hive.execution.engine&lt;/STRONG&gt; set to &lt;STRONG&gt;TEZ&lt;/STRONG&gt; by default, hence all the complex queries gets executed via TEZ.&lt;/P&gt;&lt;P&gt;If you want, you can modify this property to 'mr'.&lt;/P&gt;&lt;P&gt;Hope this information helps.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Nov 2016 22:16:11 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165361#M45308</guid>
      <dc:creator>KuldeepK</dc:creator>
      <dc:date>2016-11-04T22:16:11Z</dc:date>
    </item>
    <item>
      <title>Re: QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165362#M45309</link>
      <description>&lt;P&gt;hive.execution.engine already is TEZ - we do not want MR due to its very very poor performance... &lt;/P&gt;&lt;P&gt;the problem appears to be with Qlik...&lt;/P&gt;</description>
      <pubDate>Fri, 11 Nov 2016 23:45:07 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165362#M45309</guid>
      <dc:creator>daniel_scheiner</dc:creator>
      <dc:date>2016-11-11T23:45:07Z</dc:date>
    </item>
    <item>
      <title>Re: QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165363#M45310</link>
      <description>&lt;P&gt;@&lt;A href="https://community.hortonworks.com/users/11793/danielscheiner.html"&gt;Daniel Scheiner&lt;/A&gt;&lt;/P&gt;&lt;P&gt;QlikView override the execution engine at the runtime. It uses a cost-based optimizer and based on its stats running the query with MR makes more sense. Reach to you QlikView support to learn the reasoning.&lt;/P&gt;&lt;P&gt;If this response helped, please vote and accept it as a best answer.&lt;/P&gt;</description>
      <pubDate>Sat, 12 Nov 2016 01:21:56 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165363#M45310</guid>
      <dc:creator>cstanca</dc:creator>
      <dc:date>2016-11-12T01:21:56Z</dc:date>
    </item>
    <item>
      <title>Re: QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165364#M45311</link>
      <description>&lt;P&gt;i wanted to let you know the result of our analysis:&lt;/P&gt;&lt;P&gt;Qlik will use TEZ which considerably speeds up the request times - IF the SQL-statement is sufficiently complex! (i.e. use a count or sum command - as a dummy)&lt;/P&gt;</description>
      <pubDate>Mon, 21 Nov 2016 21:30:33 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165364#M45311</guid>
      <dc:creator>daniel_scheiner</dc:creator>
      <dc:date>2016-11-21T21:30:33Z</dc:date>
    </item>
    <item>
      <title>Re: QlikView not using TEZ ?</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165365#M45312</link>
      <description>&lt;P&gt;&lt;A href="https://community.hortonworks.com/content/kbentry/66881/geospatial-queries-with-sparksql-and-esri-udfs-for.html"&gt;&lt;/A&gt;&lt;A rel="user" href="https://community.cloudera.com/users/11793/danielscheiner.html" nodeid="11793"&gt;@Daniel Scheiner&lt;/A&gt;&lt;/P&gt;&lt;P&gt;See my response from Nov 11 at 05:21 PM. It states the same, Cost Based Optimizer decides to use Tez for those queries where Tez can deliver faster that MR.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Nov 2016 00:33:02 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/QlikView-not-using-TEZ/m-p/165365#M45312</guid>
      <dc:creator>cstanca</dc:creator>
      <dc:date>2016-11-22T00:33:02Z</dc:date>
    </item>
  </channel>
</rss>

