Office: (Office 2010) Multiuserzugriff . Datensatz blockert

Hallo ,

Folgende Situation: ich habe eine Datenbank (Frontend / Backend).
Zwei User öffnen zeitgleich ein Formular wo der selbe Datensatz geladen geladen ist.
Jetzt dachte ich immer, wenn ein User nur das Formular auf hat, aber nichts schreibt und der Zweite beschreibt eine Zelle schreibt was in ein Textfeld rein und speichert, ist das kein Problem.
Nur wenn beide das SELBE Textfeld beschreiben und beide abspeichern, kommt es zum Konflikt und die Datenbank gibt eine Meldung heraus, das der Inhalt durch jemand anderen verändert wurde, und fragt ob man überschreiben will.

So dachte ich zumindest !!!!! :-)

In oberen Beispiel ist es aber so, wenn ein User mit einem Formular einen bestimmten DS öffnet (aber nichts ändert) und ein anderer User öffnet über sein Frondend zufällig den selben DS, ändert was und will speichern, kommt die Fehlermeldung: Speichern nicht möglich, momentane Sperrung durch anderen Benutzer !

Ist das so korrekt, dass die Meldung kommt ? ich bin immer davon ausgegangen, ein Textfeld kann auch inhaltlich verändert werden, wenn jemand anderes den DS auch geöffnet hat.

Bin mir da aber nicht mehr so sicher, ob ich da richtig liege

Danke für eure Infos dazu

Kai

:)

 

Hallo Kai,

das ist von einigen Einstellungen in Access und von der Art, wie dein Recordset geöffnet wird, abhängig. Hinzu kommen eventuell Eingriffe per Makro oder VBA.

Prinzipiell ist deine erste Annahme schon richtig, wenn pessimistisches Recordlocking eingestellt ist.

Siehe auch:
https://books.google.de/books?id=95p...ocking&f=false

Ulrich

 

Hallo Ulrich,

wenn ich mir das so durchlese, bin ich mir garnicht sicher, was ich denn nun habe. Ist das nicht pessimistisches Recordlocking ????

Code:

Kai

 

Hallo Kai,

das kannst du über die Recordset.LockEdits() Eigenschaft abfragen.

Siehe auch:
https://documentation.help/MS-DAO-3....olockedits.htm

Gruß Ulrich

 

Als Ergebnis bekomme ich ein WAHR:


True =
Standardwert. Eine pessimistische Sperre wird verwendet. Die Seite mit dem aktuell bearbeiteten Datensatz wird gesperrt, sobald Sie die Edit-Methode aufrufen.

Das wundert mich jetzt, Hatte Knbbi38 nicht geschrieben, bei pessimistische würde der Zugriff trotzdem funktionieren ?

Kai

 

Nein,

Du hast "pessimistisch"! Probier mal "optimistisch"!
Also LockEdits auf FALSE setzen...

 

Hallo ,

achso ich glaube , ich hatte das falsch verstanden.
ich hatte vorhin nur in die Funktion eine msgbox eingebaut

msgbox rst.LockEdits

Da habe ich dann das True erhalten.

Meinst du so ...

Code:

???

Kai

 

Hallo Kai,

ich habe mich vielleicht etwas unglücklich ausgedrückt. Es müßte besser heißen:
"Prinzipiell ist deine erste Annahme schon richtig, auch wenn pessimistisches Recordlocking eingestellt ist."

Grob gesagt:
bei pessimistischen Locking wird sofort der DS bei einer Änderung (Edit) für alle anderen gesperrt, bei optimistischen Locking wird erst dann ein Fehler gemeldet (Update), wenn der DS zwischenzeitlich von anderer Stelle verändert worden ist.

Hier mal eine Seite mit ein bißchen VBA Code zum testen:
http://www.thomas-peters.de/codedate...&Programm_ID=1

Und bitte beachten:
in den Access Optionen->Clienteinstellungen->Erweitert kann das Locking Verhalten auch beeinflußt werden, z.B. Locking auf Seiten- oder Datensatzebene.

Ulrich

 

Hallo,

Nachtrag:
Mit Forms.RecordLocks kann man auch abfragen, welcher Mode gerade für das Formular verwendet wird.

support.office.com/en-us/article/recordlocks-property

Ulrich

 

https://docs.microsoft.com/de-de/off...s-property-dao

 

Es gilt aber auch zu beachten, dass Locking auf Datensatzebene bei einer Verknüpfung nicht möglich ist.

Ich habs aber auch nur gelesen und nicht überprüft.
Pessimistik Locking könnte also auch Datensätze sperren, die nicht bearbeitet werden, weil sie sich auf der selben Page befinden.

 

Hallo zusammen,

ich noch mal, komme bei dem Thema irgend wie nicht weiter.

Habe mit einem Kollege zusammen das mal getestet. Sind beide von verschiedenen Frontends auf den selben DS gegangen. hatten beiden den DS auf, ich habe was reingeschrieben, dann denn DS verlassen, Kein Problem.
Daten wurden gespeichert:

Code:

Hatte nun auch ein paar Mal das Erlebnis, bin auf die Datenbank gegangen, bin definitiv Alleine, Kein User ist eingeloggt, ich sehe im Taskmanager keine "hängende Session" , schreiben was in einen DS , will den DS mit obigen code verlassen und bekomme die Meldung:

"Aktualisierung nicht möglich; momentane Sperrung durch eine andere Sitzung auf diesem Rechner!"

Nanu, wie kann das sein, ich bin der Einzige , es ist keine weitere Session geöffnet und trotzdem die Meldung !!!!!!!!!!!

Nun habe ich noch festgestellt, tritt dieser Fehler auf, schließe die Datenbank, gehe direkt in das Backend auf den betroffenen DS und schreibe nur ein Zeichen in den DS, verlasse das Backend wieder , starte wieder das Frontend, öffne den DS , kann ich wieder schreiben und speichern ohne das der Fehler kommt.

Hatte das auch schon bei anderen DS, kann aber keine Logik erkennen, es sind immer wieder unterschiedliche DS und mal kann ich den selben DS ein paar mal öffnen und beschreiben und irgend wann tritt der Fehler wieder auf !!!!!!!!!!!!!!!!!!!!!!!!

Hat da jemand eine Idee ??? Durch was könnte den der DS noch blockiert werden, wenn schon keine User drauf ist und warum scheint sich die Blockierung zu lösen, wenn man der DS direkt in der Datenbank in der Tabelle beschreibt

Danke Euch mal

Kai

 

Hallo Kai,

ich weiß jetzt nicht, was genau bei dir schief geht, aber deinen Code würde ich etwas anders formulieren:
Code:

Jetzt mal Refresh() und ohne Fehlerbehandlung (nur zum testen!).

Gruß Ulrich

 

Hallo Ulrich,

Danke. Es kommt die selbe Fehlermeldung wieder, nur dass das Fenster nun anders aussieht:
"Laufzeitfehler 3188, Aktualisierung nicht möglich; momentane Sperrung durch eine andere Sitzung auf diesem Rechner!"

Mir ist nun aber aufgefallen, der Fehler (wenn er auftritt) betrifft nur ein Kommentarfeld auf der Maske. Beschreibe ich andere Felder, kein Problem beim verlassen, sobald aber das Kommentarfeld dabei ist , geht nix.

Das Kommentarfeld ist ein MEMO Datentyp. Habe mal den Text selber angeschaut, da ist eigentlich ganz normaler Text drin, also keine Sonderzeichen und Müll und momentan sind es knapp 3500 Zeichen, also sollte kein Problem sein.
Glaube auch nicht, dass es am Inhalt liegt. Aber warum gerade dieses eine Feld ???

Kai

 

Hallo Kai,

wird das Memofeld noch irgendwo anders verwendet, z.B. in einem Ausdruck, in einem UF?
Sind Feldname und Steuerelementname, an welches das Memofeld gebunden ist, auch unterschiedlich benannt?
Werden normale DAO.Recordsets oder ADO.Recordsets für das Formular verwendet?

Gruß Ulrich