Re: dataset lock
От | Philipp Kraus |
---|---|
Тема | Re: dataset lock |
Дата | |
Msg-id | kkk4gk$prk$1@ger.gmane.org обсуждение исходный текст |
Ответ на | dataset lock (Philipp Kraus <philipp.kraus@flashpixx.de>) |
Ответы |
Re: dataset lock
|
Список | pgsql-general |
On 2013-04-16 19:11:20 +0200, Steve Atkins said: > > On Apr 16, 2013, at 7:50 AM, Philipp Kraus <philipp.kraus@flashpixx.de> wrote: > >> Hello, >> >> I use a PG database on a HPC system (cluster). My processes get a >> dataset from the database and change the row, each process is >> independend. >> My table shows something like: id, status, data >> >> id = PK a unqiue number >> status a enum value which "open", "waiting", "working", "done" >> >> So each process calls a SQL statement select * from where status = >> "waiting", so the process should get the next waiting task, after the >> process >> gets the task, the status should be changed to "working", so no other >> process shouldn't get the task. My processes are independed, so it can >> be, that 2 (or more) processes call the select statement at the same >> time and get in this case equal tasks, so I need some locking. How can >> I do this with Postgres, that each row / task in my table is read / >> write by one process. On threads I would create a mutex eg: >> >> lock() >> row = select * from table where status = waiting >> update status = working from table where id = row.id >> unlock() >> >> do something with row >> >> Which is the best solution with postgres? should I create a procedure >> which takes the next job, change it and returns the id, so each process >> calls "select getNextJob()" ? > > "select for update" might be the answer to what you're asking for - > it'll lock the rows matched until the end of the transaction, blocking > any other select for update on the same rows. Okay my explaination are a little bit bad, so I try it in another way: My PG database is connected to differend cluster nodes (MPI). Each programm / process on each node are independed and run the SQL select * from table where status = waiting after that I update the row with the update statement (set status = working) so in this case one process can run the select, than comes another process and runs also the select, but both processes get an equal row. But this does not allowed. The second process need not see the row, which is taken by the first process. So can I suppress, that a select call sees a row, which is locked by a transaction? So I would like to do this with a store procedure, that runs the select and the update and after that it returns the PK of the selected dataset. If two (or more) processes run the SP at the same time, but the update can create an error, so the stored procedure is stopped and must called again. I need a solution, that a row, which is taken by one process not shown by all other processes Thx Phil
В списке pgsql-general по дате отправления: