Das Problem mit Multi-User-Zugriff kannst Du (wie Du teilweise schon angemerkt hast) auf mehrere Arten lösen:
1, Wenn der User einen Datensatz öffnet, so wird dieser gesperrt (z.B. über einen "Sperrserver" oder eine Sperrtabelle). Jeder weitere user der diesen Datensatz zum bearbeiten öffnen will, bekommt einen Meldung das dieser Datensatz in Bearbeitung ist und Nur-Lesend geöffnet werden kann.
2, Beide User öffnen den Datensatz und der erste schreiber gewinnt. Der zweite Schreiber bekommt beim Versuch des Speichern eien Fehlermeldung das seine änderungen nicht gespeichert werden können. Dies kann auf mehrere Arten festgestellt werden:
a, Du führst eine Abfrage der Art: "Select * from xyz where ... (for Update)". Auf den Ergebnissdatensatz werden die änderungen Eingetragen und beim Posten stellt die
DB fest das es schon eine neuere Version des Datensatzes gibt und lößt eine Fehlermeldung aus (Geänderter Datensatz vn 2ten User erst mal nicht in
DB übertragbar).
b, Du führst bei deinen Tabellen jeweils einen Zeitstempel mit (welche von der
DB bei änderungen gefüllt wird), so das beim Update (mittels Update-Commando) auch auf diese Spalte verglichen wird. Wird nun vom Update-Kommando kein Datensatz geändert, so kannst Du eine Fehlermeldung generieren und evtl. die unterschiedlichen Tabellenspalten anzeigen lassen um nochmal einen Update (ohne Zeitstempel-Spalte) durchzuführen.
Welches Verfahren nun das bessere/optimalere für deine Anwendung ist kann man so nich generell sagen. Es kommt auch darauf an was deine Anwender für ein Verfahren bevorzugen bzw. wie häufig kollisionen zu erwarten sind. Denn je nachdem ist das eine oder andere Verfahren sinnvoll/zu bevorzugen. Ich selbst habe schon mal nach Version 1 mittels "Sperrserver" eine größere Anwendung entwickelt.