<?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: VARCHAR fields replicated with white spaces in Snowflake Azure in Qlik Replicate</title>
    <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106696#M7072</link>
    <description>&lt;P&gt;Actually, it exists in MS SQL, however SQL automatically removes the trailing white space so it doesn't show up as an issue.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 17 Aug 2023 10:57:03 GMT</pubDate>
    <dc:creator>rapmaster</dc:creator>
    <dc:date>2023-08-17T10:57:03Z</dc:date>
    <item>
      <title>VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106651#M7068</link>
      <description>&lt;P&gt;We've noticed certain records are replicated with white spaces in VARCHAR fields when the source (SQL Server) doesn't contain spaces.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;For example, the field is VARCHAR(5).&amp;nbsp; &amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Source query in SQL confirms the length of the field and data is 2 however qlik replicate replicates 5 characters (additional white space added).&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&amp;nbsp;Update: Actually the DATALENGTH returns 5 in TSQL however LEN returns 2&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 09:43:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106651#M7068</guid>
      <dc:creator>rapmaster</dc:creator>
      <dc:date>2023-08-17T09:43:16Z</dc:date>
    </item>
    <item>
      <title>Re: VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106676#M7071</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/213729"&gt;@rapmaster&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for opening the article.&lt;/P&gt;
&lt;P&gt;Not very sure if all the trailing whitespace in VARCHAR columns should be removed, if yes, then please try to add &lt;A title="RTRIM() function" href="https://help.qlik.com/en-US/replicate/May2023/Content/Global_Common/Content/SharedEMReplicate/Customize%20Tasks/tasks_expressOther.htm#Strings:~:text=rtrim(x%2Cy),spaces%20from%20the%20right%20side%20of%20x." target="_blank" rel="noopener"&gt;RTRIM() function&lt;/A&gt; on the column. For example RTRIM($NAME).&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;John.&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 10:06:52 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106676#M7071</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2023-08-17T10:06:52Z</dc:date>
    </item>
    <item>
      <title>Re: VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106696#M7072</link>
      <description>&lt;P&gt;Actually, it exists in MS SQL, however SQL automatically removes the trailing white space so it doesn't show up as an issue.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 10:57:03 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106696#M7072</guid>
      <dc:creator>rapmaster</dc:creator>
      <dc:date>2023-08-17T10:57:03Z</dc:date>
    </item>
    <item>
      <title>Re: VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106701#M7073</link>
      <description>&lt;P&gt;something like this&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/115309"&gt;@john_wang&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="rapmaster_0-1692270397377.png" style="width: 400px;"&gt;&lt;img src="https://community.qlik.com/t5/image/serverpage/image-id/114618i15C7DD55CA794882/image-size/medium?v=v2&amp;amp;px=400" role="button" title="rapmaster_0-1692270397377.png" alt="rapmaster_0-1692270397377.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 11:06:48 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106701#M7073</guid>
      <dc:creator>rapmaster</dc:creator>
      <dc:date>2023-08-17T11:06:48Z</dc:date>
    </item>
    <item>
      <title>Re: VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106862#M7074</link>
      <description>&lt;P&gt;This is absolutely no error, and totally the expected behavior for expert users.&lt;/P&gt;
&lt;P&gt;The spaces are there as you confirm (could also dump/convert to hex or append a marker char to 'see' them.&lt;/P&gt;
&lt;P&gt;Sql server will under (too many?) circumstances try to help too much imho.&lt;/P&gt;
&lt;P&gt;IIt will remove trailing spaces when it feels it helps but they may be there and if they are then Replicate should replicate them if it is to do an accurate job. You can then choose to remove them in a transformation but if Replicate&amp;nbsp; had removed them you could not re-invent the real value with spaces&amp;nbsp; could you now?&lt;/P&gt;
&lt;P&gt;Please check the 'trailing spaces' comments with the LEN function in the next (and many more) reference:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://database.guide/len-vs-datalength-in-sql-server/" target="_blank" rel="noopener"&gt;https://database.guide/len-vs-datalength-in-sql-server/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hein&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 16:36:15 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106862#M7074</guid>
      <dc:creator>Heinvandenheuvel</dc:creator>
      <dc:date>2023-08-17T16:36:15Z</dc:date>
    </item>
    <item>
      <title>Re: VARCHAR fields replicated with white spaces in Snowflake Azure</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106868#M7075</link>
      <description>&lt;P&gt;And NO you should NOT wholesale rtrim all&amp;nbsp; columns on all tables with the modified_columns_data. Imho that's just being lazy at a significant performance cost.&lt;/P&gt;
&lt;P&gt;Just individually approach tables with this issue and put a transformation on those columns for which you believe the original source needs to be fixed up.&lt;/P&gt;
&lt;P&gt;A better solution is to work with the source application design to remove those spaces there (if they are incorrect.&amp;nbsp; If they are correct if they are there by design vs ignorance then they should be retained). Of course I really that source app change are not likely to happen based on replication desires, but maybe for source db correctness reasons it can be fixed?&lt;/P&gt;</description>
      <pubDate>Thu, 17 Aug 2023 17:05:34 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/VARCHAR-fields-replicated-with-white-spaces-in-Snowflake-Azure/m-p/2106868#M7075</guid>
      <dc:creator>Heinvandenheuvel</dc:creator>
      <dc:date>2023-08-17T17:05:34Z</dc:date>
    </item>
  </channel>
</rss>

