Newsgroup: it.comp.appl.access
Titolo: problema con contatore in rete

ho un database con un unico backend e molti forntend in rete
il backend viene visto come unità connessa T: in rete
il mio problema è che se più utenti creano un preventivo ognuno di loro 
accederà alla cartella contatore incrementandone il valore per il nuovo 
preventivo
ad esempio
il contatore vale 2 perchè sono stati emessi 2 preventivi
se l'utente PINCO crea un nuovo preventivo diventa numero 3
e se l'utente PALLINO crea un nuovo preventivo subito dopo diventa numero 4
se PALLINO annulla il preventivo e PINCO no, decremento il contatore che 
torna al numero 3 cioè il numero dell'ultimo preventivo emesso
ma se PINCO annulla il preventivo e PALLINO no, il contatore diventerà 3 
perchè PALLINO lo aveva portato a 4 mentre i preventivi validi sono i numeri 
1,2 e 4, cioè resta un buco.
qualcuno a idea di come risolvere questo conflitto di contatore?

"Nicolas" wrote in message
news:486ab3c2$0$35958$
4faf...@reader2.news.tin.it
:

Ciao Nicolas.
Potresti non usare un campo contatore ma gestire tu un campo che 
incrementerai non all`inizio dell`immissione dati ma alla fine, ovvero 
al salvataggio del record.
(Facci sapere se e eventualmente come hai risolto. Grazie!)
--
Ciao!
Maurizio Borrelli [Microsoft MVP Office System]
http://www.riolab.org/


Allora?
Non vuoi avere buchi?
Vorresti poter inserire il preventivo successivo riprendendo il buco?
-- 
Ciao
Geppo 

 wrote in message 
news:486ab3c2$0$35958$4faf...@reader2.news.tin.it...

1 - Prima dell'evento che attiva il salvataggio del record
      (nella stessa procedura di salvataggio) cerca il più alto
       valore del campo "NumeroPreventivo"
      (non ammette duplicati!) che avrai opportunamente
      creato a fianco o in sostituzione del contatore.
2 - Aggiungi 1 a mettilo al posto giusto nella tua scheda.
3 - La procedura continuerà col salvataggio del record.
Bruno 

http://groups.google.com/group/microsoft.public.it.office.access/browse_thread/thread/8f4a95c64b71c412?hl=it

 
http://groups.google.com/group/microsoft.public.it.office.access/browse_thread/thread/8f4a95c64b71c412?hl=it
grazie. 


ci provo grazie per l'idea 

Il problema è capire cosa vuoi fare dal punto di vista gestionale.
E' corretto cancellare un preventivo ? (la stessa cosa potrebbe valere
per l'emissione delle fatture, degli scontrini, ecc.).
Voglio dire, alcune operazioni devono essere in qualche maniera
"protocollate".
Anche il trucchetto di recuperare i buchi rimasti potrebbe dare
problemi con le date di emissione (cosa succede se uno annulla
un preventivo dopo tre giorni che l'ha fatto, mentre i colleghi sono
andati avanti ? Il nuovo preventivo, con la numerazione recuperata dal
"buco" avrebbe una data incongruente).
Io mi comporto così:
non cancello il preventivo, ma lo "segno" come "ANNULLATO".
PS E' del tutto ovvio comunque che non bisogna mai usare il
"contatore" predefinito delle tabelle di Access, ma te ne devi
gestire uno per conto tuo.
Ciao Ilaria.

 ha scritto nel messaggio 
news:sc4p641cq2mqha3i2...@4ax.com...

si usavo già un cotnatore personalizzato ma anche con quello il problema 
c'era, però non ho valutato la possibilità di lasciarlo ma annullato.
grazie per i chiarimenti. 

 ci provo grazie per l'idea
Ciao Nicolas.
E` un`idea "classica". Grazie del riscontro.
