🚀 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.

Ci riprovo. Ci ho ripensato, ma tu per query di update intendi un controllo
che risomma tutti gli importi dei pagamenti di un determinato prodotto o �
necessario creare un nuovo campo, nella tabella prodotti, che tenga il conto
di quanto � stato pagato fino a quel momento ?
cio�:

ID| Descrizione | Costo | TotPagato
2 Caff�            15        5
3 Pane             20       11

Questa seconda soluzione � pi� semplice, ma c'� una ridondanza di dati, in
quanto il totpagato � un doppione della cifra che posso ricavare dalla somma
delle singole "rate" pagate pi� volte per un prodotto o mi sbaglio

Ciao e grazie