Blocco del database

I record non vengono bloccati durante la visualizzazione in un'applicazione del client ClearQuest. Il blocco ottimistico in ClearQuest abilita più di un utente a visualizzare e tentare di modificare un record nello stesso momento, ma impedisce a tutti gli utenti, tranne il primo, di eseguire il commit delle modifiche. Di conseguenza, qualsiasi progettazione degli schemi che utilizza un singolo sito o un ambiente replicato deve essere considerata.

L'integrità dei dati viene assicurata verificando, nel momento in cui un utente fa clic sul pulsante Apply, se un altro utente ha aggiornato il record ed eseguito il commit della modifica quando ancora in fase di effettuazione delle modifiche. In tal caso, non è possibile eseguire il commit degli aggiornamenti dell'utente sul database in quanto questa operazione potrebbe perdere alcune delle modifiche degli altri utenti. L'utente che tenta di eseguire il commit delle modifiche dopo l'aggiornamento del record da parte di un altro utente riceverà un messaggio di errore in cui viene indicato che non è stato eseguito il commit delle modifiche sul database.

In scenari complicati che riguardano gli aggiornamenti coordinati su più record correlati, è opportuno assicurarsi che questo comportamento non provochi un problema. Poiché il blocco ottimistico è efficace individualmente su ciascun record, è necessario che l'applicazione assicuri che i record vengano aggiornati nel corretto ordine e gestisca gli errori per aggiornare un record subordinato se un altro utente lo ha aggiornato tra l'inizio dell'azione e l'esecuzione del commit delle modifiche. La progettazione degli schemi può richiamare l'operazione oppure riconoscere l'errore e invertire l'aggiornamento del record principale o può eseguire il commit dell'aggiornamento del record principale nonostante l'aggiornamento del record subordinato non sia riuscito.

La progettazione degli schemi dovrebbe gestire i casi in cui un record è modificabile


Feedback