Re: 'locking' the SELECTs based on indices...

Поиск
Список
Период
Сортировка
От PFC
Тема Re: 'locking' the SELECTs based on indices...
Дата
Msg-id op.s5fpo7sncigqcu@apollo13
обсуждение исходный текст
Ответ на Re: 'locking' the SELECTs based on indices...  (Mario Splivalo <mario.splivalo@mobart.hr>)
Ответы Re: 'locking' the SELECTs based on indices...  (Mario Splivalo <mario.splivalo@mobart.hr>)
Список pgsql-sql

> Now, If some other user want's his prize, when checking his code, if he
> sends code for some other service then service 1, that's ok. If he's
> sends code for the service 1 the PERFORM will wait untill I'm finished
> with previous user.
Sorry for the double post.
If the rows in your table represent associations between codes and  
services that are one-use only, you could simply use UPDATE or DELETE, to  
mark the row in question as having been "consumed".Then, you check how many rows were deleted or updated. If it's 1,
good. 
 
If it's 0, the code has been used already.
If the code itself is one-use only, you should have a codes table and a  
codes_to_services table, with an ON DELETE CASCADE so that, when you use a  
code, you delete it from the codes table and it's "consumed" for all  
services.


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

Предыдущее
От: PFC
Дата:
Сообщение: Re: 'locking' the SELECTs based on indices...
Следующее
От: "Daniel Hernandez"
Дата:
Сообщение: Sum If