Office: (Office 2016) Datensatz gleichzeitig bearbeiten

Hallo,

bei meiner Anwendung mit Frontend Access 2016 und SQL Express 17 gibt es immer wieder einen Datenkonflikt wenn 2 Benutzer den selben Datensatz bearbeiten.
Gibt es einen Unterschied bei den Clienteinstellungen in den Access Option wenn Front- und Backend Access-Access oder Access-SQL Server ist bzw. wie kann ich bei der Kombination Access-SQL Server verhindern das 2 Benutzer gleichzeitig einen Datensatz ändern?


LG Grumi

:)

 

Es hängt davon ab, wie die SQL Tabelle im Access FrontEnd angebunden ist.
DAO oder ADODB, je nachdem greifen die Sperr-Mechanismen von Access oder vom SQL Server.

Einiges lässt sich auch in den Tabelleneigenschaften und in den Eigenschaften des Formulars, mit dem die Daten bearbeitet werden, einstellen.

Der Schreibvorgang selbst ist ja in wenigen Millisekunden erledigt.
Entweder beim Datensatzwechsel im Formular oder beim Feuern des UPDATE Befehls. Insofern wird es ein "gleichzeitig" - genau besehen - nur äußerst selten sehen. Also: wer zuletzt schreibt, schreibt seine Änderungen.

Ein befriedigendes Record-Locking, welches einen Satz, der sich in einem FrontEnd in Bearbeitung (.Dirty) befindet, anderen FrontEnds nur im ReadOnly Modus bereitstellt, müsste imho eigens programmiert werden.

 

Ich hätte da die fehlende RowVersion/Timestamp in Verdacht.
https://www.codekabinett.com/page.ph...chreibkonflikt

 

Hallo,

Timestamp Feld gibt es in allen Tabellen.

Wenn ich im Formular (Access-SQL Server) den Datensatzmarkierer einblende, kommt der Bleistift beim Ändern, aber der andere Benutzer hat kein Sperrsymbole und kann den selben Datensatz auch bearbeiten. Bei der Version
Access-Access funktioniert das Sperren des anderen Benutzers.

LG Grumi

 

Hallo Grumi,

was Markus meinte ein Feld vom Datentyp "RowVersion/Timestamp" und nicht einfach nur ein "Timestamp"-Feld vom Type Datum/Uhrzeit.

siehe auch hier:
https://answers.microsoft.com/en-us/...3-7a93c346f970

Gruß Ulrich

 

Solltest du, wie Ulrich anmerkt, Rowversion Felder haben und die sind tatsächlich verknüpft, stellt sich die Frage nach dem Sperrverhalten.
Hast du das Sperrverhalten eingestellt?
Das ist ja kein erwünschtes Verhalten.
Den wenigsten ist klar, dass Dynaset ja nur Pagelocking unterstützt und alle Datensätze einer Page gesperrt werden, also auch solche die nicht bearbeitet werden.

 

Hallo,

zumindest für den Zugriff auf Access Datenbanken kann in den Accessoptionen->Clienteinstellungen->Erweitert eingestellt werden, wie das Defaultverhalten sein soll. Es muß nicht immer Pagelocking sein. Das ist aber nur der Default und kann an einigen Stellen überschrieben werden.

Auch ist nicht klar, wie du auf den SQL-Server zugreifst.

Gruß Ulrich

 

Das mit dem Datentyp "RowVersion/Timestamp" habe ich noch nicht ganz verstanden. Es gibt ein Feld mit dem Datentyp Timestamp, in dem steht "Binärdaten" z.B 0x0000000000E86431

Zugriff erfolgt mit Tabellenverknüpfungen - ODBC.
Formulare - Felder gebunden an Tabellen.

Accessoptionen->Clienteinstellungen->Erweitert lt. Bild

LG

 

Lies dir mal den Abschnitt Hinweise sorgfältig durch:

https://docs.microsoft.com/de-de/off...rm.recordlocks

 

Ok, dass ist mir jetzt klar.
Wo kommt das hin - Me.Form.RecordLocks = 2, beim Öffnen des Formulars funktioniert es nicht.

Noch eine Frage zu RowVersion/Timestamp - habe ich meinen Timestamp richtig eingestellt, wenn er Binäre Daten enthält?

LG Grumi

 

Was heißt - es funktioniert nicht?
Es hat wie du gelesen hast, keine Auswirkung.
Kommt es zu einer Fehlermedlung?
Ich hab das nie getestet, weil ich das nie verwenden würde.
Ich glaub auch nicht, dass es anders wäre, wenn man das Locking direkt beim Öffnen eines Recordsets einstellt. Kannst ja mal testen und berichten.
Vielleichtgeht das mit DAO bei ODBC gar nicht.

ja, das passt.
Ein RowVersion/Timestamp ist wie du nachlesen kannst kein Datum, sondern eine fortlaufende 8 Byte Zahl.

 

Ok!

Danke für deine Info.