BookmarkSubscribeRSS Feed
☑ This topic is solved. Need further help from the community? Please sign in and ask a new question.
CHUNantes
Obsidian | Level 7

Hello.

 

We have two jobs that can run in parallel some times.

 

One job (A) will update a table and one job (B)  just need to read the table.

 

So to avoid lock, job B use this statement :

 

LIBNAME r_thfcs "path_to_data" ACCESS=READONLY;

PROC SQL;
   CREATE TABLE work.toto AS
   SELECT *
   FROM work.titi,
        r_thfcs.tutu
   ;
QUIT;

But today, when job A run and try to update r_thfcs.tutu table, a lock was held by Job B !

 

Does it means PROC SQL is over READONLY access ?

 

Thanks.

1 ACCEPTED SOLUTION

Accepted Solutions
LinusH
Tourmaline | Level 20

A READ lock is still a lock, if your other process need to update the table.

If you need concurrent read and qrites on the same table you need to use either SAS/SHARE, SAS SPD Server or an external RDBMS.

Another option is to schedule your jobs so thay don't access the table at the same time.

Data never sleeps

View solution in original post

1 REPLY 1
LinusH
Tourmaline | Level 20

A READ lock is still a lock, if your other process need to update the table.

If you need concurrent read and qrites on the same table you need to use either SAS/SHARE, SAS SPD Server or an external RDBMS.

Another option is to schedule your jobs so thay don't access the table at the same time.

Data never sleeps

hackathon24-white-horiz.png

The 2025 SAS Hackathon Kicks Off on June 11!

Watch the live Hackathon Kickoff to get all the essential information about the SAS Hackathon—including how to join, how to participate, and expert tips for success.

YouTube LinkedIn

How to Concatenate Values

Learn how use the CAT functions in SAS to join values from multiple variables into a single value.

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
  • 1 reply
  • 1102 views
  • 0 likes
  • 2 in conversation