BookmarkSubscribeRSS Feed
Go
Quartz | Level 8 Go
Quartz | Level 8

    We have several sas datasets that gets updated daily, on the other hand these datasets are being pulled by different users at the time and hence our process fails during daily update due to the lock being held from a different user.
    
Is there a way to avoid this situation?

5 REPLIES 5
Kurt_Bremser
Super User

My method is to use the operating system's (UNIX) commandline to forcibly remove the dataset before creating it.

As long as one has write permission for the directory (library) containing the dataset, this can't fail.

 

Another method is to define a daily window for updating and stoppping the workspace server service during that time.

JuanS_OCS
Azurite | Level 17

Good ones Kurt.

Another option is to get license for SAS/SHARE, then you can avoid those kind of problems

RW9
Diamond | Level 26 RW9
Diamond | Level 26

Sounds like access should be restricted at update time.  Alternatively a staged approac, i.e. before updating the dataset a snapshot is made, this becomes available to users whilst behind the scenes the main dataset gets updated.  But personally I would want to set it up that access closed whilst the update runs, unless its lifethreatening.  

LinusH
Tourmaline | Level 20

What kind of updates do you have?

And how large are thables that you need shared access on?

 

SAS/SHARE is mainly for small data sets, and suits data entry applications, but not large DW/DM schemas.

For that SAS has SPD Server, or if your organization have an external RDBMS that they are comfortable with.

Data never sleeps

hackathon24-white-horiz.png

The 2025 SAS Hackathon has begun!

It's finally time to hack! Remember to visit the SAS Hacker's Hub regularly for news and updates.

Latest Updates

Creating Custom Steps in SAS Studio

Check out this tutorial series to learn how to build your own steps in SAS Studio.

Find more tutorials on the SAS Users YouTube channel.

SAS Training: Just a Click Away

 Ready to level-up your skills? Choose your own adventure.

Browse our catalog!

Discussion stats
  • 5 replies
  • 1955 views
  • 0 likes
  • 5 in conversation