<?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: Optimizing Update/Insert in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437595#M13521</link>
    <description>&lt;P&gt;lot of good suggestions in the below link and all of them sound great to me&lt;/P&gt;
&lt;P&gt;1. use datastep for update&lt;/P&gt;
&lt;P&gt;2. check whether indexes on&amp;nbsp;&lt;SPAN&gt;CUSTOMER_RK&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;3. recreate table instead of update&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;A href="https://communities.sas.com/t5/SAS-Enterprise-Guide/what-can-be-used-instead-of-proc-update-for-a-big-data-set/td-p/245180" target="_blank"&gt;https://communities.sas.com/t5/SAS-Enterprise-Guide/what-can-be-used-instead-of-proc-update-for-a-big-data-set/td-p/245180&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 15 Feb 2018 14:27:57 GMT</pubDate>
    <dc:creator>kiranv_</dc:creator>
    <dc:date>2018-02-15T14:27:57Z</dc:date>
    <item>
      <title>Optimizing Update/Insert</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437563#M13520</link>
      <description>&lt;P&gt;There's a large table that I need to update daily. It has many columns, but there's only one column that needs to be updated.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;U&gt;Example&lt;/U&gt;&lt;/P&gt;
&lt;P&gt;Table name: EDS_CUSTOMER&lt;/P&gt;
&lt;P&gt;Primary Key: CUSTOMER_RK&lt;/P&gt;
&lt;P&gt;Column to update: ACTIVE_FLAG&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The source data is a work table with only two columns: CUSTOMER_RK and ACTIVE_FLAG.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I want to match on&amp;nbsp;&lt;SPAN&gt;CUSTOMER_RK&amp;nbsp;and update&amp;nbsp;ACTIVE_FLAG in EDS_CUSTOMER if it has a different value in the source table.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a Table Loader that uses Update/Insert, with "SQL Set" for matching rows and "Skip New Rows" for new rows. Constraint Conditions are "On" After Load. It matches on the column CUSTOMER_RK.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'd appreciate any advice on how to optimize this operation. It's a very heavy load that goes on for hours as-is.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;P.S.&amp;nbsp;Couldn't find a suitable forum for DI Studio. Welcome any SAS Base suggestions.&lt;/P&gt;</description>
      <pubDate>Thu, 15 Feb 2018 13:26:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437563#M13520</guid>
      <dc:creator>EinarRoed</dc:creator>
      <dc:date>2018-02-15T13:26:45Z</dc:date>
    </item>
    <item>
      <title>Re: Optimizing Update/Insert</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437595#M13521</link>
      <description>&lt;P&gt;lot of good suggestions in the below link and all of them sound great to me&lt;/P&gt;
&lt;P&gt;1. use datastep for update&lt;/P&gt;
&lt;P&gt;2. check whether indexes on&amp;nbsp;&lt;SPAN&gt;CUSTOMER_RK&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;3. recreate table instead of update&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;A href="https://communities.sas.com/t5/SAS-Enterprise-Guide/what-can-be-used-instead-of-proc-update-for-a-big-data-set/td-p/245180" target="_blank"&gt;https://communities.sas.com/t5/SAS-Enterprise-Guide/what-can-be-used-instead-of-proc-update-for-a-big-data-set/td-p/245180&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 15 Feb 2018 14:27:57 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437595#M13521</guid>
      <dc:creator>kiranv_</dc:creator>
      <dc:date>2018-02-15T14:27:57Z</dc:date>
    </item>
    <item>
      <title>Re: Optimizing Update/Insert</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437607#M13522</link>
      <description>For me it doesn't sound that you have an appropriate data model, or your ETL is a bit inconsistent. You could for instance have a separate Customer Active table.&lt;BR /&gt;Then I'm not sure if recreating the table is a good idea if you have a low hit rate.&lt;BR /&gt;Be sure to use MODIFY with index.</description>
      <pubDate>Thu, 15 Feb 2018 14:54:47 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/437607#M13522</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2018-02-15T14:54:47Z</dc:date>
    </item>
    <item>
      <title>Re: Optimizing Update/Insert</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/438295#M13526</link>
      <description>&lt;P&gt;Another thing to look at would be your database commit settings. If your job is committing for every row for example that would slow your processing drastically. Try increasing this setting to see if it improves performance.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2018 20:11:01 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Optimizing-Update-Insert/m-p/438295#M13526</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2018-02-18T20:11:01Z</dc:date>
    </item>
  </channel>
</rss>

