<?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: SAS data Integration minimize ressource use in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814238#M20337</link>
    <description>&lt;P&gt;&lt;EM&gt;Creating&lt;/EM&gt; a SQL view takes next to no time and almost no resources at all, but&amp;nbsp;&lt;EM&gt;using&lt;/EM&gt; the view will mean it has to be executed, and depending on the complexity, this will make heavy use of WORK and UTILLOC locations, as is typical for SAS SQL. If you use the view in an already complex query, you'll quickly get into trouble.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The usual remedies are&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;prepare your datasets in steps, with creating intermediate datasets in simpler SQL queries&lt;/LI&gt;
&lt;LI&gt;sort in a separate step, so SQL does not have to do it on the fly&lt;/LI&gt;
&lt;LI&gt;replace SQL queries with other means (e.g. summarize with PROC MEANS instead of SQL)&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;If that does not fix it, you may have to resort to a user-written transformation as a last measure.&lt;/P&gt;</description>
    <pubDate>Thu, 19 May 2022 08:48:04 GMT</pubDate>
    <dc:creator>Kurt_Bremser</dc:creator>
    <dc:date>2022-05-19T08:48:04Z</dc:date>
    <item>
      <title>SAS data Integration minimize ressource use</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814237#M20336</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;When we execute our sas di flows we see a huge sas work usage (1 TB) even though we generally enable&amp;nbsp;&lt;SPAN&gt;&amp;nbsp;the "Create as View" option on transformation output ports in DI Studio? and in the end/table loader write output to SQL database. Our system has crashed several times because of insufficient space in work area.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;My question is why "create as view" seems to use a lot af SAS work space? what is best practice using "create as View" or options to effective write to a SQL database via Standard Table loader?&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;What is best practice ?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;We are running 9.4 M6 on Linux&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Thu, 19 May 2022 08:32:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814237#M20336</guid>
      <dc:creator>ANLYNG</dc:creator>
      <dc:date>2022-05-19T08:32:38Z</dc:date>
    </item>
    <item>
      <title>Re: SAS data Integration minimize ressource use</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814238#M20337</link>
      <description>&lt;P&gt;&lt;EM&gt;Creating&lt;/EM&gt; a SQL view takes next to no time and almost no resources at all, but&amp;nbsp;&lt;EM&gt;using&lt;/EM&gt; the view will mean it has to be executed, and depending on the complexity, this will make heavy use of WORK and UTILLOC locations, as is typical for SAS SQL. If you use the view in an already complex query, you'll quickly get into trouble.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The usual remedies are&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;prepare your datasets in steps, with creating intermediate datasets in simpler SQL queries&lt;/LI&gt;
&lt;LI&gt;sort in a separate step, so SQL does not have to do it on the fly&lt;/LI&gt;
&lt;LI&gt;replace SQL queries with other means (e.g. summarize with PROC MEANS instead of SQL)&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;If that does not fix it, you may have to resort to a user-written transformation as a last measure.&lt;/P&gt;</description>
      <pubDate>Thu, 19 May 2022 08:48:04 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814238#M20337</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2022-05-19T08:48:04Z</dc:date>
    </item>
    <item>
      <title>Re: SAS data Integration minimize ressource use</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814241#M20338</link>
      <description>Thanks for your answer. The suggestion with intermediate datasets/steps in the SAS DI Job do you mean that it there should be outputted as a work table (and not create as view) ?</description>
      <pubDate>Thu, 19 May 2022 08:53:41 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814241#M20338</guid>
      <dc:creator>ANLYNG</dc:creator>
      <dc:date>2022-05-19T08:53:41Z</dc:date>
    </item>
    <item>
      <title>Re: SAS data Integration minimize ressource use</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814245#M20339</link>
      <description>&lt;P&gt;Yes. Additionally, consider to create the intermediate datasets in a permanent library (so you avoid cluttering up WORK) and remove them in a later step.&lt;/P&gt;</description>
      <pubDate>Thu, 19 May 2022 09:13:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SAS-data-Integration-minimize-ressource-use/m-p/814245#M20339</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2022-05-19T09:13:12Z</dc:date>
    </item>
  </channel>
</rss>

