Ciao
Ho letto la tua mail e mi è venuto in mente un qualcosa del genere: Gli utenti x e y accedono alla form per la scrittura del testo,successivamente procedono all'invio del testo, in questo momento verifichi se il record è aperto in scrittura se è aperto in scrittura allora la variabile dove è stato memorizzato il dato Anziché azzerarla va a riempire di nuovo il form e propone un popup con un messaggio che dice che non è stato possibile accceder al record altrimenti se verifichi che il recond non è aperto in scrittura procedi alla scrittura. Spero di essere stato chiaro, ciao

mi viene in mente di usare un flag, cioè io accedo alla pagina dove è contenuto il form nell'istante in cui accedo alla pagina vado a controllare che il flag sia diverso da 1, se lo è mi viene proposto il form e contemporaneamente il flag viene settato ad 1 altrimenti mi viene mostrato un messaggio del tipo ATTENDERE... Quando invio il testo al db come ultima operazione risetto il flag a 0 e così un'altro utente può andare a scrivere sul form. Il flag nella mia soluzione può essere un campo di una tabella del db. Fammi sapere se sono stato chiaro.ciao

Ciao,
allora analizzando la situazione direi che bisogna prima fare la "lista della spesa".
Hai bisogno di un sistema che:
- avvisi l'utente al caricamento della maschera di inserimento del fatto che un altro operatore sta già SCRIVENDO un nuovo articolo
- che lo blocchi nell'azione del salvataggio
- nel caso in cui non vi sia stato l'avviso all'apertura della maschera, lo faccia all'inserimento, impedendone l'azione e torni indietro con i dati scritti (caso anomalo)

La soluzione più completa a mio avviso non è tanto usare il flag ma utilizzare 2 campi data.
Un campo data deve contenere data e ora dell'ultimo salvataggio effettuato.
L'altro campo deve contenere l'ultima data di accesso alla maschera.

Casistiche:
All'entrata quindi viene registrata la data e ora dell'accesso alla maschera.
Successivamente un altro utente entra: il sistema quindi verifica:
- data ultimo accesso è MAGGIORE dell'ultima data di salvataggio: qualcuno sta lavorando.
Quindi inibisce la possibilità di salvare.

L'utente che sta scrivendo l'articolo salva.
Ora la data di accesso è MINORE alla data di salvataggio: quindi permette l'accesso ad un nuovo utente.

Caso in cui l'utente abbandoni la sessione (magari per problemi di rete) allora si può agire in varie maniere:
- timeout: dopo 40 min di inattività la data di ultimo accesso viene resettata
- gestione: gli operatori si telefonano e si concorda che si può resettare la data "a mano" (con pulsante per intenderci)
- confronto: oltre alla data di accesso si registra l'ID dell'utente collegato in una variabile application. Si dovrebbe anche creare un'altra variabile application che tiene conto dell'ultima "azione" effettuata dall'utente ID per mantenere in vita la sessione e quindi confrontarla con il timeout della sessione impostato: se è scaduta all'ora permettere l'inserimento di dati...etc...

Facci sapere se così aggrada ;)