Datensätze werden, wenn sie in einer ClearQuest-Clientanwendung angezeigt werden, nicht gesperrt. Die optimistische Sperre (Optimistic Locking) in ClearQuest ermöglicht mehreren Benutzern gleichzeitig, einen Datensatz zur selben Zeit anzuzeigen und zu versuchen, den Datensatz zu ändern. Allerdings ist nur der erste Benutzer in der Lage, seine Änderungen festzuschreiben. Folglich sollte jeder Schemaentwurf, der einen einzelnen Standort oder eine replizierte Umgebung verwendet, dies berücksichtigen.
Die Datenintegrität wird dadurch sichergestellt, dass, wenn ein Benutzer auf Apply klickt, überprüft wird, ob ein anderer Benutzer den Datensatz aktualisiert und die Änderung während des noch laufenden Änderungsprozesses festgeschrieben hat. Ist das der Fall, können die Änderungen des erstgenannten Benutzers nicht in der Datenbank festgeschrieben werden, da dann einige der vom anderen Benutzer vorgenommenen Änderungen verloren gehen könnten. Der Benutzer, der versucht, seine Änderungen festzuschreiben, nachdem der Datensatz von einem anderen Benutzer aktualisiert wurde, empfängt eine Fehlernachricht, die besagt, dass die Änderungen nicht in der Datenbank festgeschrieben werden konnten.
In komplizierten Szenarios, die koordinierte Aktualisierungen mehrerer zusammengehöriger Datensätze umfassen, muss sichergestellt werden, dass dieses Verhalten keine Probleme verursacht. Da die optimistische Sperre (Optimistic Locking) für jeden Datensatz einzeln gültig ist, muss Ihre Anwendung sicherstellen, dass die Datensätze in der richtigen Reihenfolge aktualisiert und Fehler bei der Aktualisierung von untergeordneten Datensätzen behoben werden. Diese Fehler können auftreten, wenn ein anderer Benutzer versucht, einen untergeordneten Datensatz zu aktualisieren, nachdem Sie Ihre Aktion begonnen und bevor Sie Ihre Änderungen festgeschrieben haben. Ihr Schemaentwurf kann die Operation wiederholen oder den Fehler bestätigen und die Aktualisierung des übergeordneten Datensatzes aufheben oder die Aktualisierung des übergeordneten Datensatzes festschreiben, obwohl die Aktualisierung des untergeordneten Datensatzes fehlgeschlagen ist.