<?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 Converting SAS DB2 to Oracle - dealing with record locks in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Converting-SAS-DB2-to-Oracle-dealing-with-record-locks/m-p/398083#M96248</link>
    <description>&lt;P&gt;I'm converting SAS code with PROC SQL statements where the back end is moving from DB2 to Oracle. &amp;nbsp;My Base SAS is 9.4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The existing DB2 statements use FOR FETCH ONLY WITH UR, which I understand allows this code to avoid record locks with other users and potentially accepts some "out of date" data when accessing records which others may be simultaneously updating.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the Oracle environment will&amp;nbsp;the LIBNAME option READ_LOCK_TYPE=NOLOCK provide the equivalent locking control?&lt;/P&gt;</description>
    <pubDate>Fri, 22 Sep 2017 13:03:34 GMT</pubDate>
    <dc:creator>MarkParent</dc:creator>
    <dc:date>2017-09-22T13:03:34Z</dc:date>
    <item>
      <title>Converting SAS DB2 to Oracle - dealing with record locks</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Converting-SAS-DB2-to-Oracle-dealing-with-record-locks/m-p/398083#M96248</link>
      <description>&lt;P&gt;I'm converting SAS code with PROC SQL statements where the back end is moving from DB2 to Oracle. &amp;nbsp;My Base SAS is 9.4&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The existing DB2 statements use FOR FETCH ONLY WITH UR, which I understand allows this code to avoid record locks with other users and potentially accepts some "out of date" data when accessing records which others may be simultaneously updating.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the Oracle environment will&amp;nbsp;the LIBNAME option READ_LOCK_TYPE=NOLOCK provide the equivalent locking control?&lt;/P&gt;</description>
      <pubDate>Fri, 22 Sep 2017 13:03:34 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Converting-SAS-DB2-to-Oracle-dealing-with-record-locks/m-p/398083#M96248</guid>
      <dc:creator>MarkParent</dc:creator>
      <dc:date>2017-09-22T13:03:34Z</dc:date>
    </item>
    <item>
      <title>Re: Converting SAS DB2 to Oracle - dealing with record locks</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Converting-SAS-DB2-to-Oracle-dealing-with-record-locks/m-p/398576#M96433</link>
      <description>&lt;P&gt;FOR FETCH ONLY WITH UR is IBM DB2-code for fetching uncommited changes from other sessions.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;FOR FETCH ONLY - means the cursor is read only, issues different types of locks and does not allow for update.&amp;nbsp;&lt;BR /&gt;WITH UR - means instead of retrieving only committed work, your SELECT or FETCH will also retrieve rows that have not been committed by other tasks.&lt;SPAN&gt;&lt;BR /&gt;&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;This&amp;nbsp;sort of&amp;nbsp;"Dirty reads" is not allowed in Oracle.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 25 Sep 2017 15:16:16 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Converting-SAS-DB2-to-Oracle-dealing-with-record-locks/m-p/398576#M96433</guid>
      <dc:creator>JonLaurent</dc:creator>
      <dc:date>2017-09-25T15:16:16Z</dc:date>
    </item>
  </channel>
</rss>

