Office: (Office 2010) Schreibkonflikte beim Schreiben von Formular in anderes Formular

Guten Tag

ich schreibe per Code Daten von einem Pop-Up-Formular in ein geöffnetes anderes Formular.
Dies tut die Anwendung schon seit Jahren unter acc2003.
Wenn dieselbe Anwendung unter acc2010 ausgeführt wird, löst dieses Schreiben von Formular zu Formular beim Schließen des "anderen Formulars" einen Schreibkonflikt aus. Dies geschieht allerdings nicht immer. Es gibt Rechner da funktioniert alles weiterhin und andere wo immer dieser Schreibkonflikt ausgelöst wird. Es gibt Xp- und Win7-Rechner bei denen es funktioniert und beide Sorten, die einen Schreibkonflikt auslösen. Es ist überall diegleiche neue office 2010-Installation.
Ich habe bisher in den Foren nichts ähnliches gefunden. Vielleicht hat ja hier jemand eine Idee, in welcher Richtung ich erfolgreich suchen könnte.
Vielen Dank.

:)

 

Ich glaube weniger, dass das ein Versionen-Problem ist.

Wenn ein gebundenes Formular geschlossen wird, wird ein neu angelegter oder ein editierter Datensatz automatisch gespeichert. Dies wird dann für einen editierten Datensatz fehlschlagen müssen, wenn dieser bereits gesperrt ist (z.B. über eine Bearbeitung an anderer Stelle).

Wegen der Speicherverwaltung kann sich dieses Sperren nicht nur auf einen speziellen Datensatz beschränkt sein, sondern auch benachbarte betreffen.

 

Hallo
ich habe da noch eine ergänzende Frage

läuft es unter 2010 immmer noch als MDB
oder ist es schon konvertiert auf 2010 (ACCDB) ?

evtl. versuchst Du einmal mit Der 2003 MDB
wenn Du noch kannst diese MDB unter 2003 zu Decompilen
nur mit Copie der MDB arbeiten.
lies dazu hier
Decompilieren s. Donkarl 1.23 ( www.donkarl.com?FAQ1.23 )
nach Decompile, Kompilere wider und mach ein Datenbank Komprimieren Reparieren.
und Verwende Diese MDB unter 2010 oder konvertiere diese MDB zu ACCDB

 

Zum besseren Verständnis:

In einem Satz, der eine Bestellposition ist (die Bestellung wurde bereits ausgeführt) gibt es ein Feld: Eingang. Schreibt ein Benutzer dort eine Zahl rein und verläßt das Feld, triggert "after Update" und das Pop-Up-Formular wird geöffnet. Dort wird ein Datensatz erzeugt, der die Lieferung darstellt. Wird dieses Pop-Up geschlossen werden im aufrufenden Formular die Felder Eingang (wird zu NULL) und fehlende_Stueck (Bestellte_Stueck - Eingang) aus dem Pop-UP mit den entsprechenden Werten gefüllt. Wird die Bestellposition verlassen, gibt es unter access 2010 bei den "bösen" Rechnern einen Schreibkonflikt.
Unter 2003 hat es hier nie einen Schreibkonflikt gegeben.

Das Problem ist nicht der erzeugte Satz im Pop-Up, sondern der Satz aus dem heraus das Pop_Up aufgerufen wurde, dort entsteht der Schreibkonflikt.

 

Schreibkonflikt: Wie lautet die vollständige Meldung? Welche Schlussfolgerung ziehst Du daraus?

 

Frage: Rudolf Lanz

es ist die "alte" MDB (mit 2003 erzeugt und bisher unter 2003 problemlos (zumindest an dem hier besprochenen Punt ;-)) gelaufen).

/Decompile unter 2003 habe ich schon versucht, auch unter 2010

 

Antwort zu EBS:

es erscheint das Standardfenster: "der Datensatz wurde von einem anderen Benutzer geändert ...." mit den Schaltflächen: "Datensatz speichern" und "Eigene Änderungen verwerfen" und noch einer weiteren Schaltfläche fürs Clipboard.

Ich denke, das bei den "bösen" Rechnern Access 2010 unter bestimmten Umständen ein wenig sensibler ist, wie Daten in ein Formularfeld geschrieben werden. Der Datensatz, um den es geht, ist die ganze Zeit offen und wird bearbeitet (Eintrag in Feld: Eingang), wenn ich von Hand das Feld: fehlende-Stueck ändern würde sollte nichts passieren tut es Code gibts nen Fehler (manchmal). Wars 2003 egal, wie Feldinhalte geändert wurden, solange alle sonstigen Sperrregelungen erfüllt wurden und 2010 macht hier manchmal Unterschiede? Ich tapp halt im Dunklen.

 

Hallo
ich möchte noch etwas fragen.
ist Das eine FE (FrontEnd) / BE (BackEnd) Lösung ?

 

Ich würde mich primär am Wahrheitsgehalt dieser Meldung orientieren.

 

an Rudolf: ist FE/BE

an ebs: es ist schon so, dass, so wie Access es versteht, der Datensatz von einem "anderen Benutzer" geändert worden sein könnte. Es wäre mir aber ein Horror, wenn ich nun nicht mehr in im Formular offene Datensätze schreiben könnte.

Ich habe nirgends was gefunden, was daruf hindeutet, das Access 2010 die Datensatzsperrregeln (tolles Wort ;-)) geändert hätte, so dass ich noch hoffe, das der Fehler woanders liegt, womöglich in irgendwelchen Einstellungen bei Access oder Windows, die auf den unterschiedlichen Rechnern verschieden sein könnten.

Irgendeine wilde Spekulation wär vielleicht schon hilfreich. Besten Dank.

 

"anderen Benutzer" ... heißt soviel wie ein zweiter Prozess.

Das hat meiner Meinung nach mit Abläufen und Codes zu tun, nicht mit Windowseinstellungen.

Und ja, eine neue Accessversion bringt nicht immer nur Verbesserungen, sondern durchaus auch einige Bugs. Manchmal sinkt aber auch nur die Toleranz von Fehlern, was irrtümlich auch als Bug bezeichnet werden könnte, eigentlich aber nur unsaubere Programmierung aufdeckt.

Daher würde ich nicht einen gewissen Schalter suchen, sondern Abläufe und Codes nach Schwachstellen überprüfen. Deine obige Beschreibung ist dafür nicht hinreichend, um das von hier aus zu tun.

 

Wie EBS bereits sagt:

Wenn Du in dem bereits geöffneten Formular den aktuellen Datensatz änderst,
dann per Button in Dein Popup-Formular wechselt, das wahrscheinlich weitere Felder des gleichen Datensatzes anzeigt, Du in diesem PopUp ebenfalls was änderst und das PopUp schließt,
so versucht Access diesen Datensatz zu speichern.
Das schlägt dann aber fehl, weil der Datensatz bereits geändert wurde ohne gespeichert worden zu sein.

Das Verhalten von Access ist also normal.

Abhilfe dürfte sein, den Datensatz per Code zu speichern, bevor das Popup geöffnet wird

 

Antwort Scorefun:

es geht nicht um den selben Datensatz. Aus der Bestellposition (Tabelle: Bestellungen) wird ein Pop-up geöffnet, welches einen Lieferungen-Datensatz erzeugt (Tabelle: Lieferungen). Dieser wird beim Schließen des PoP-Ups erzeugt. Soweit alles gut. Nur habe ich noch aus dem PoP-Up per Code im noch offenen Datensatz der Bestellposition ein Feld verändert. Wahrscheinlich führt dies beim Schließen des Formulars, das die Bestellposition enthält zu diesem Schreibkonflikt. Nehme ich dieses "Feld ändern per Code" raus ist alles wie gewünscht.
Ich gebe noch mal zu Bedenken, das dieses Vorgehen unter 2010 machmal funktioniert und manchmal nicht und dies konsistent, entweder es geht auf einem Rechner oder nicht.

 

Ist doch genau der Punkt ....

1) Der User ändert im Formular einen Wert
2) PopUp wird geöffnet (der geänderte Wert im Formular ist noch nicht gespeichert)
3) aus dem PopUp heraus werden wiederum Daten im Formular geändert

Access meckert beim Datensatz-Wechsel, weil die Änderungen aus 1+3 durch zwei verschiedene Prozesse ausgelöst wurden

Deshalb nochmal:
Füge in Deinen Button zum Öffnen des PopUp den Code zum Speichern ein

Code:

 

Guten Tag

ich habe das Handling der Erzeugung der Liefersätze umgeschrieben (Aufruf des Pop-Up aus einem ungebundenen Feld und ein refresh nach dem ändern der Felder via Pop-Up-Code) so dass es nun auf allen Rechnern läuft.

Meine Sorgen sind dadurch allerdings nicht kleiner geworden. Ich erstelle Access-Anwendungen nun seit ca. 10 Jahren und so einen Fall, in dem das Programm bei mir läuft und auf anderen Rechnern nicht (gleiche Randbedingungen vorausgesetzt) ist noch nicht vorgekommen.

Ich wüßte schon gern noch, warum sich manche, vordergründig gleichartige, Access-Installationen "pingeliger" anstellen als andere oder vielleicht habt ihr einen Lektüretip für mich, in dem das Datensatzsperrverhalten von Access ausführlicher erklärt wird.

Erstmal vielen Dank für eure Mühe.