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.
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.
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.
Registration is now open for SAS Innovate 2025 , our biggest and most exciting global event of the year! Join us in Orlando, FL, May 6-9.
Sign up by Dec. 31 to get the 2024 rate of just $495.
Register now!
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.
Ready to level-up your skills? Choose your own adventure.