🚀 go-pugleaf

"Raffaele Rialdi" <malta@n0spam_vevy.com> ha scritto nel messaggio
news:OQBUGbdODHA.2228@tk2msftngp13.phx.gbl...
> > la tabella (A) di fatto non viene mai modificata, viene solo letta.
> Questo mi fa escludere qualsiasi meccanismo di locking e mi convince
ancora
> di pi� sulla mia prima proposta.
>
>
> > l'utente si ritrova un elenco di prodotti da pagare, (da pagare anche
> > parzialmente). Questo elenco viene generato da una query es:
> >
> > 2    caff�            2
> > 3    Pane            6
> >
> > Da notare che il latte non c'� pi� in quanto gi� pagato totalmente.
> > la questione �: se due utenti leggono i dati dei prodotti da pagare
> vedranno
> > le stesse informazioni, potranno selezionare gli stessi prodotti, ma al
> > momento di dare ok solo uno di loro due deve riuscire a pagare ci� che
ha
> > selezionato.
> Credo che tu possa risolvere solo con la query di update. Nella where
della
> update dovrai controllare se il prodotto � gi� stato pagato interamente, e
> in questo caso l'update avr� luogo.
> Cos� facendo, quando il primo utente tenta di pagare il Pane, riuscir�. Il
> secondo utente invece si vedr� rispondere picche dal db perch� la where
avr�
> una condizione false che impedir� l'update.

Se mi dici che la soluzione � la query di update (nella quale controllo se
quel prodotto � stato pagato) questo significa che prima devo fare una
insert con valori vuoti (visto che in fase di inserimento non posso
verificare se quel prodotto � stato pagato completamente), poi riempir� i
record creati con la query di update (con i controlli del caso), alla fine
cancello i record vuoti ....

... mi sa che non ho capito ver� ?