<?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 Dataset is locked by user preventing it from updating in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59265#M560</link>
    <description>Hi, I use DI Studio to build jobs and run data loads.  From time to time, I get error messages about the data set is locked by another process and preventing my jobs to update the data set.&lt;BR /&gt;
&lt;BR /&gt;
My questions are,&lt;BR /&gt;
1.  Is there a way e.g. in the table loader transformation to have exclusive rights or lock over the data set so that I can load the data  like in Teradata, there is a row access locking statement to implement?&lt;BR /&gt;
&lt;BR /&gt;
2.  If I create/load a table as a view in DI using a source data set and if some one is using the view, will it prevent me from updating the source data set?&lt;BR /&gt;
&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Lobbie</description>
    <pubDate>Thu, 28 Apr 2011 13:01:56 GMT</pubDate>
    <dc:creator>Lobstermaster</dc:creator>
    <dc:date>2011-04-28T13:01:56Z</dc:date>
    <item>
      <title>Dataset is locked by user preventing it from updating</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59265#M560</link>
      <description>Hi, I use DI Studio to build jobs and run data loads.  From time to time, I get error messages about the data set is locked by another process and preventing my jobs to update the data set.&lt;BR /&gt;
&lt;BR /&gt;
My questions are,&lt;BR /&gt;
1.  Is there a way e.g. in the table loader transformation to have exclusive rights or lock over the data set so that I can load the data  like in Teradata, there is a row access locking statement to implement?&lt;BR /&gt;
&lt;BR /&gt;
2.  If I create/load a table as a view in DI using a source data set and if some one is using the view, will it prevent me from updating the source data set?&lt;BR /&gt;
&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Lobbie</description>
      <pubDate>Thu, 28 Apr 2011 13:01:56 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59265#M560</guid>
      <dc:creator>Lobstermaster</dc:creator>
      <dc:date>2011-04-28T13:01:56Z</dc:date>
    </item>
    <item>
      <title>Re: Dataset is locked by user preventing it from updating</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59266#M561</link>
      <description>Hi&lt;BR /&gt;
&lt;BR /&gt;
1. As much as I know concurrent read/write of Base SAS tables is only possible when using SAS/Share.&lt;BR /&gt;
&lt;BR /&gt;
2. Terminology: If you're updating a table in DI then is this a target table (and not a source table). A view can be seen as encapsulated code. So if someone is executing this view then the table(s) accessed by this view get read and you can't write concurrently.&lt;BR /&gt;
&lt;BR /&gt;
And last but not least:&lt;BR /&gt;
I hope you're only using DIS to build jobs. For execution (other than unit testing) you should deploy the jobs and run them in batch (or eventually via EG if it has to be).&lt;BR /&gt;
&lt;BR /&gt;
What you possibly could try:&lt;BR /&gt;
Run your update jobs in an overnight process in batch.&lt;BR /&gt;
Have policies and procedures in place that there is a time during the night where users are not allowed to access your data (eventually also by nightly restarting SAS servers or via script killing all SAS processes which access a table after a certain hour - i.e. all this "left-open" EG sessions).&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick</description>
      <pubDate>Fri, 29 Apr 2011 03:25:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59266#M561</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2011-04-29T03:25:45Z</dc:date>
    </item>
    <item>
      <title>Re: Dataset is locked by user preventing it from updating</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59267#M562</link>
      <description>"Have policies and procedures in place that there is a time during the night where users are not allowed to access your data (eventually also by nightly restarting SAS servers or via script killing all SAS processes which access a table after a certain hour - i.e. all this "left-open" EG sessions)."&lt;BR /&gt;
&lt;BR /&gt;
This last point is very important. Before your batch runs ensure that all sessions are killed. Many users open datasets in a session and leave for the day without closing Eguide. Very frustrating.</description>
      <pubDate>Fri, 29 Apr 2011 09:36:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59267#M562</guid>
      <dc:creator>RMP</dc:creator>
      <dc:date>2011-04-29T09:36:38Z</dc:date>
    </item>
    <item>
      <title>Re: Dataset is locked by user preventing it from updating</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59268#M563</link>
      <description>Hi Patrick and RMP,&lt;BR /&gt;
&lt;BR /&gt;
thanks for your advice.  Will look into this.&lt;BR /&gt;
&lt;BR /&gt;
Regards,&lt;BR /&gt;
Lobbie</description>
      <pubDate>Thu, 19 May 2011 06:44:21 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Dataset-is-locked-by-user-preventing-it-from-updating/m-p/59268#M563</guid>
      <dc:creator>Lobstermaster</dc:creator>
      <dc:date>2011-05-19T06:44:21Z</dc:date>
    </item>
  </channel>
</rss>

