<?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 QMC Reload Corrupts Data Issue in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/QMC-Reload-Corrupts-Data-Issue/m-p/576449#M214463</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi, I have a very weird data reload issue happening at the moment!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am trying to read a SQL table containing a list of items, with the primary key from the table being Item No, which is alphanumeric. Simple.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I reload the extractor .qvw file manually from the app everything is fine. All the item records are read into the qvd file with no issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When the reload is automated from the QlikView Management Console it confuses itself. Bear with me it's hard to explain!&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; font-family: Helv;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;When the reload is automated, the Item No. 6700526E61 is read as 6700526&lt;STRONG&gt;&lt;EM&gt;D&lt;/EM&gt;&lt;/STRONG&gt;61, so it replaces the 'E' with a 'D'!! (aaaargh!). Hence the item table has two 6700526D61 entries and no 6700526E61 entries. These is possible due to the fact that the qvd uses a timestamp field as the unique key.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This seems to only happen to item that contain the letter 'E' at the end of the item, for example some other item numbers affected include 7662560260&lt;STRONG&gt;E&lt;/STRONG&gt;0, 6921160090&lt;STRONG&gt;E&lt;/STRONG&gt;0 &amp;amp; 6925060010&lt;STRONG&gt;E&lt;/STRONG&gt;0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Furthermore, if I extract just the Item No. from the record instead if doing a SELECT ALL, it works fine! (aaaargh!)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If anyone can provide any insight to this insanity it would be greatly appreciated. Thankyou.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 15 Apr 2014 04:10:02 GMT</pubDate>
    <dc:creator />
    <dc:date>2014-04-15T04:10:02Z</dc:date>
    <item>
      <title>QMC Reload Corrupts Data Issue</title>
      <link>https://community.qlik.com/t5/QlikView/QMC-Reload-Corrupts-Data-Issue/m-p/576449#M214463</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi, I have a very weird data reload issue happening at the moment!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am trying to read a SQL table containing a list of items, with the primary key from the table being Item No, which is alphanumeric. Simple.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I reload the extractor .qvw file manually from the app everything is fine. All the item records are read into the qvd file with no issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When the reload is automated from the QlikView Management Console it confuses itself. Bear with me it's hard to explain!&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; font-family: Helv;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;When the reload is automated, the Item No. 6700526E61 is read as 6700526&lt;STRONG&gt;&lt;EM&gt;D&lt;/EM&gt;&lt;/STRONG&gt;61, so it replaces the 'E' with a 'D'!! (aaaargh!). Hence the item table has two 6700526D61 entries and no 6700526E61 entries. These is possible due to the fact that the qvd uses a timestamp field as the unique key.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This seems to only happen to item that contain the letter 'E' at the end of the item, for example some other item numbers affected include 7662560260&lt;STRONG&gt;E&lt;/STRONG&gt;0, 6921160090&lt;STRONG&gt;E&lt;/STRONG&gt;0 &amp;amp; 6925060010&lt;STRONG&gt;E&lt;/STRONG&gt;0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Furthermore, if I extract just the Item No. from the record instead if doing a SELECT ALL, it works fine! (aaaargh!)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If anyone can provide any insight to this insanity it would be greatly appreciated. Thankyou.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 15 Apr 2014 04:10:02 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QMC-Reload-Corrupts-Data-Issue/m-p/576449#M214463</guid>
      <dc:creator />
      <dc:date>2014-04-15T04:10:02Z</dc:date>
    </item>
    <item>
      <title>Re: QMC Reload Corrupts Data Issue</title>
      <link>https://community.qlik.com/t5/QlikView/QMC-Reload-Corrupts-Data-Issue/m-p/576450#M214464</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Looking further into it, the release 11.2 SR5 has fixed the issue for anyone who suffers through this as well:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;TABLE border="1" cellpadding="7" cellspacing="0" height="70" style="width: 430px; height: 81px;"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD height="7" width="50%"&gt;&lt;BR /&gt;&lt;P&gt;65030 &lt;/P&gt;&lt;/TD&gt;&lt;TD height="7" width="50%"&gt;&lt;BR /&gt;&lt;P&gt;Mixed Values with values like 1E4 are mismatched &lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 16 Apr 2014 02:24:04 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/QMC-Reload-Corrupts-Data-Issue/m-p/576450#M214464</guid>
      <dc:creator />
      <dc:date>2014-04-16T02:24:04Z</dc:date>
    </item>
  </channel>
</rss>

