Re: 'no wait' option for locks

Поиск
Список
Период
Сортировка
От
Тема Re: 'no wait' option for locks
Дата
Msg-id 62532.203.196.138.236.1027308385.squirrel@mail.trade-india.com
обсуждение исходный текст
Ответ на "no wait" option for locks  (Daniel Stüwe <pgsql@aus.de>)
Список pgsql-sql
Hi,

Why not the program create a lock file on start and delete it when finished.

regds
mallah.


> Hi...
>
> anyone knows a workaround for Oracles "no wait" option in "SELECT ...
> FOR UPDATE"?
>
> I wrote a programm which runs twice. Both poll the pgsql database all 5
> seconds and make an "SELECT ... FOR UPDATE" for the first row found.
> After some work and commit the next row is processed. The second task
> waits until the first hast commited, but it should detect the lock and
> continue work with next row.
>
> How can i detect this lock? Oracle returns with "no wait" option an sql
> error code.
>
> Any hints?
>
> best regards
> Daniel Stuewe
>
>
> ---------------------------(end of
> broadcast)--------------------------- TIP 6: Have you searched our list
> archives?
>
> http://archives.postgresql.org


-----------------------------------------
Get your free web based email at trade-india.com.  "India's Leading B2B eMarketplace.!"
http://www.trade-india.com/




В списке pgsql-sql по дате отправления:

Предыдущее
От: Daniel Stüwe
Дата:
Сообщение: "no wait" option for locks
Следующее
От: Hubert depesz Lubaczewski
Дата:
Сообщение: Re: SQL problem with aggregate functions.