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.
Good news: We've extended SAS Hackathon registration until Sept. 12, so you still have time to be part of our biggest event yet – our five-year anniversary!
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.