Ciao,

non cambia assolutamente nulla: le applicazioni web sono per loro natura multithread, quindi può accadere anche nella versione sincrona che due thread in parallelo provino a fare Edit della Person di ID=3.

Cosa accade? Una finirà prima, una finirà dopo, se hai un check di concorrenza ottimistica ci sarà probabilmente un'eccezione, altrimenti i dati sul DB saranno quelli salvati da chi è arrivato dopo

m.

Come ho spiegato nel tip, il vantaggio è in termini di scalabilità: IIS ha un certo numero di thread destinati a evadere le varie richieste. In sincrono, il thread rimane "fermo" in attesa che la chiamata al database termini. In async, la chiamata viene eseguita da un worker thread, e il thread di IIS può, nel frattempo, essere utilizzato per evadere un'altra richiesta.

Più chiaro?

Ciao!
m.