Tra i vari cursortype che puoi utilizzare per aprire un recordset, esiste quello Dynamic (2) che provvede ad aggiornare i dati qualora siano stati modificati da un altro utente.
Sfortunatamente conosco questa cosa solo in teoria dal momento che ho sempre usato Access e questo tipo di cursore non è supportato. Se lavori con SQL server fai una prova, potrebbe risolvere i tuoi problemi in maniera più semplice del previsto. Ti basterebbe aprire il recordset in questo modo:

rs.Open "SELECT * FROM tabella", cn, 2, 1

se lo fai con Access verrà usato il cursortype Keyset (1) per cui non vedresti l'effetto.

Ora una considerazione personale:
il problema secondo me si pone solo nel caso in cui devi maneggiare una grossa mole di dati soggetta a frequenti aggiornamenti. Se stai gestendo un piccolo database con qualche migliaia di record la possibilità che si presenti il problema è remota (ogni select dura pochi decimi di secondo, è raro che uno faccia delle modifiche proprio in quel lasso di tempo, al limite usa il locktype PESSIMISTIC (2) che consente l'aggiornamento ad un solo utente alla volta).

E' un problema che normalmente viene demandato al database, si parla di "table level locking" e di "row level locking", la cosa può anche essere gestita a livello di applicazione tramite un campo aggiuntivo che contiene il flag lock/unlock.
La cosa che ho descritto interessa le update e le delete, le insert e le select non sono influenzate perchè non modificano i dati, anche se nel caso della select ovviamente si vedono dati diversi in momenti diversi.

---

Modificato da pabloj il 17 gennaio 2003 17.51 -