Intermittierende Meldung "Konnte nicht aktualisiert werden; momentan gesperrt", Beim einfügen von Datensatz in ACCESS 2000
Unten sind die Formular-Eigenschaften:
- Navigation Tasten : Ja
- Record Lock: Kein Lock
Front-end, ist für die Benutzer, Lokalen m/c. Was ist das einfügen des Datensatzes in einer Access-DB der Speicherort im Netzwerk, auf das anklicken der Navigations-buttons, als Tabelle ist der link zur Tabelle auf Netzwerk-Speicherort.
Ich bin immer dieser eror Meldung: "Konnte nicht aktualisieren; momentane Sperrung";
Einige Male funktioniert es einwandfrei.
Kann mir jemand helfen diesbezüglich?
Ich Verschwendete 3 Tage, aber ich hab keins gefunden, dass mir helfen könnte.
- Wie viele Nutzer? Benutzer haben vollen Zugriff auf die back-end-Ordner? Führen Sie beliebigen code auf der form, insbesondere code, der verwendet recordsets? Unter Optionen haben Sie eingestellt Datensatz-Ebene oder page-level locking?
- Mehr als 15 Anwender der es benutzt. Es ist mit "Navigations-Buttons". Zum einfügen des Datensatzes und die Aktualisierung des Datensatzes. Es ist mit folgenden Abfrage in der "Record Source" - Eigenschaft des Formular - - - - - "SELECT DISTINCTROW [Anträge].* VON [Datei-Anfragen]; "
- Haben die Benutzer Zugang zu den Netzwerk-Pfad an, wie Sie sind in der Lage, app., aber das Problem sporadisch Auftritt
- Wie Sie schon erwähnten, um zu Überprüfen, unter Optionen:(Extras->option-->Erweitert), Aber diese Einstellungen sre spezifischen lokalen desktop. Haben Sie etwas zu tun mit der Datenbank auf dem NAS. Wenn es so ist, bitte Antworten. So, dass ich verlangen kann, alle user, die jemals mit dieser Anwendung können Ihre lokalen Einstellungen.
- Wenn Sie haben 15 Benutzer, ist es nicht möglich, dass der Datensatz bearbeitet wird? office.microsoft.com/en-us/access-help/...
- MSDN link, den Sie erwähnt , Sie reden "Sie können auch Optionen festlegen, die zum Steuern der Verriegelung der Daten und das aktualisieren von Daten in einer gemeinsamen Datenbank.". Können Sie bitte lassen Sie mich wissen, wo ich diese bekommen kann optioniert. Als ich setted die Formular-Eigenschaft 'Nicht Sperren'. Aber Die Datenbank auf dem NAS, ich bin nicht auf der Suche nach einer Immobilie.
- Keine sperren, ist keine gute Idee. Sind Sie sicher, dass der Datensatz nicht gesperrt ist, während jemand Bearbeiten? Wenn es ist, dann ist dies das richtige Verhalten.
- Ja, ich bin sicher. Ich sage Ihnen apication ist wie: Wenn ich Bestellungen ein Brief, es wird eine Eingabe machen, um access-Tabelle. Andere user haben nichts zu tun mit diesem Datensatz. Aber dieser neue Datensatz wird bearbeitet, für den Druck von Buchstaben, und es wird der status aktualisiert und Gedruckt. Aber wir stehen vor diesem Problem, auch wir werden die Bestellung dieser Brief zum ersten mal. Ich meine, es ist kein Eintrag in der DB, verlangen wir für den neuen Eintrag.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Gibt es drei Orte, an denen sperren gesetzt werden können:
Wenn Sie nicht glauben, dass die Anwender oft in Konflikt geraten, können Sie diese Nicht Sperren (optimistic locking). Wenn zwei Benutzer versuchen, denselben Datensatz zu ändern, erhalten Sie eine Nachricht.
Page level locking ist der Standard und ist schneller. Allen Browne schlägt vor, dass Sie nicht die Zecke Verwenden record level locking.
Verfolgen Objektnamen-AutoKorrektur ist ein anti-feature und sollte nicht verwendet werden, außer in sehr spezifischen Fällen. Es bewirkt, dass alle möglichen seltsamen Probleme.
Fast immer ist es eine gute Idee zum komprimieren und reparieren, wenn seltsame Dinge passiert sind.
Einige Lesen
Legen Sie die Optionen für eine freigegebene Access-Datenbank (MDB) http://office.microsoft.com/en-us/access-help/set-options-for-a-shared-access-database-mdb-HP005188297.aspx
Page-Level Locking vs. Record-Level Locking http://msdn.microsoft.com/en-us/library/aa189633(v=office.10).aspx
Helfen, den Zugang schneller zu laufen http://office.microsoft.com/en-us/access-help/help-access-run-faster-HA010235589.aspx