<?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: Length of Objects tripling in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496240#M131189</link>
    <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/61083"&gt;@Mike_Murray&lt;/a&gt;&lt;/P&gt;
&lt;P&gt;I don't have any experience with Sybase but I've had similar issues when interfacing with Oracle.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The reason there was that the Oracle instance used UTF-8 encoding. Oracle allows to define character variables with length as number of characters to be stored independent of how much storage a character needs. SAS defines its lengths in bytes. A UTF-8 character can use up-to 4 bytes and though the default behavior was that when transferring data from Oracle to SAS the character lengths in SAS were 4 times what had been defined in Oracle.&lt;/P&gt;
&lt;P&gt;There is a set of options available for the Oracle/Access engine to control how the conversion works and as we knew that we're only dealing with English letters we've amended the settings to a 1:1 conversion.&lt;/P&gt;
&lt;P&gt;Not sure what Access engine you're using for Sybase and which encoding could create a three fold increase - but it's the place I'd be looking first searching for options for your access engine which allow you to control the character conversion.&lt;/P&gt;</description>
    <pubDate>Mon, 17 Sep 2018 22:31:02 GMT</pubDate>
    <dc:creator>Patrick</dc:creator>
    <dc:date>2018-09-17T22:31:02Z</dc:date>
    <item>
      <title>Length of Objects tripling</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496211#M131173</link>
      <description>&lt;P&gt;Running a pretty basic PROC SQL in SAS EG against a Sybase IQ 16.1 database our result set all of the fields are 3x the length they should be. As an example Account_Key is 8 on the warehouse but SAS EG is assigning a length of 24.&lt;/P&gt;&lt;P&gt;SAS EG on LINUX version&amp;nbsp;7.15 HF2 (7.100.5.6112) (64-bit) using access to ODBC to connect to our Sybase data warehouse.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;</description>
      <pubDate>Mon, 17 Sep 2018 12:53:46 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496211#M131173</guid>
      <dc:creator>Mike_Murray</dc:creator>
      <dc:date>2018-09-17T12:53:46Z</dc:date>
    </item>
    <item>
      <title>Re: Length of Objects tripling</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496236#M131187</link>
      <description>&lt;P&gt;CHAR(n) in Sybase Defaults to $n. in SAS. Documentation has a not "&lt;SPAN class="userSuppliedValue"&gt;n&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;specifies the current value for the&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN class="windowItem"&gt;Adaptive Server&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;page size." I not sure about your problem but my guess&amp;nbsp;is your&amp;nbsp;problem&amp;nbsp;might be related to&amp;nbsp;&lt;STRONG&gt;value for the&amp;nbsp;&lt;SPAN class="windowItem"&gt;Adaptive Server&lt;/SPAN&gt;&amp;nbsp;page size.&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="http://support.sas.com/documentation/cdl/en/acreldb/65247/HTML/default/viewer.htm#n1n0n59fz7nfs2n1syfy8mfyqi9x.htm" target="_self"&gt;Data Types for Sybase&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 17 Sep 2018 13:36:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496236#M131187</guid>
      <dc:creator>SuryaKiran</dc:creator>
      <dc:date>2018-09-17T13:36:08Z</dc:date>
    </item>
    <item>
      <title>Re: Length of Objects tripling</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496240#M131189</link>
      <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/61083"&gt;@Mike_Murray&lt;/a&gt;&lt;/P&gt;
&lt;P&gt;I don't have any experience with Sybase but I've had similar issues when interfacing with Oracle.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The reason there was that the Oracle instance used UTF-8 encoding. Oracle allows to define character variables with length as number of characters to be stored independent of how much storage a character needs. SAS defines its lengths in bytes. A UTF-8 character can use up-to 4 bytes and though the default behavior was that when transferring data from Oracle to SAS the character lengths in SAS were 4 times what had been defined in Oracle.&lt;/P&gt;
&lt;P&gt;There is a set of options available for the Oracle/Access engine to control how the conversion works and as we knew that we're only dealing with English letters we've amended the settings to a 1:1 conversion.&lt;/P&gt;
&lt;P&gt;Not sure what Access engine you're using for Sybase and which encoding could create a three fold increase - but it's the place I'd be looking first searching for options for your access engine which allow you to control the character conversion.&lt;/P&gt;</description>
      <pubDate>Mon, 17 Sep 2018 22:31:02 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Length-of-Objects-tripling/m-p/496240#M131189</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2018-09-17T22:31:02Z</dc:date>
    </item>
  </channel>
</rss>

