Neuigkeiten:

Ist euer Problem gelöst, dann bitte den Knopf "Thema gelöst" drücken!

Mobiles Hauptmenü

Dateninkonsistenzen mit Access 2013

Begonnen von SchlimmesOffice, März 08, 2016, 15:08:19

⏪ vorheriges - nächstes ⏩

SchlimmesOffice

Liebe Access-User,

Wir haben ein kompliziertes Problem mit Dateninkonsistenzen mit Access 2013.

Problembeschreibung:
User A gibt in Microsoft Access ACCDE Database (.accde) Datensätze in das Formular "Neuer Eintrag Vortag" ein. Hier beginnen die Datensätze mit dem Vortags-Datum. User A gibt danach auch Datensätze in das Formular "Neuer Eintrag Aktuelles Datum" ein. Dies funktionierte problemlos seit 1 Jahr. Doch diesemal entdeckt User A in der Access-Datenbanktabelle, dass Einträge die falschen Datumsangaben enthalten. Vortags-Datum und aktuelles Datum sind teilweise vertauscht bei den Datensätzen zu finden. Weiters fehlen 2 Datensätze komplett. Die .accde hängt und lässt sich nicht speichern.

Access ist wie folgt aufgebaut:
Alle Daten liegen in einem Ordner und in Unterordnern am "Server", der für die User freigegeben ist. Ich habe die Access Datenenbank getrennt in einerseits die Daten (Backend .accdb) und andererseits die Eingabeformulare, Suche und Berichte (Frontend .accde). Dies deshalb, weil wir zuvor Probleme mit dem Sperr-Meldungen hatten, weil anscheinend irgendwie immer wieder die Entwurfsansichten - die keiner benötigt beim Daten-Eingeben - aktiviert wurden. Also nun diese neue Aufteilung in .accde und .accdb. Alle 6 User mit 64bit Systemen greifen mit dem gleichen .accde Frontend zu. Nur der User mit dem 32bit System greift mit einem eigenen für 32bit angelegten .accde Frontend zu. Die Frontends liegen ebenfalls im Netzordner.


"Server":      ist eine Windows 7 Enterprise 64bit Workstation. Hier erfolgt keine Bearbeitung der Datei durch UserInnen, sondern hier liegen alle Access Dateien auf die die User lesend+schreibend zugreifen können. Es handelt sich um ein 100MBit Netzwerk, mit http://www.speedtest.net/de/ erreiche ich ca. 90Mbps Download und auch Upload. Sowohl auf dem betroffenen Client wie auch am "Server" sehe ich im System-Log und Anwendungs-Log keine Probleme, die auf Netzwerkprobleme hindeuten würden. Zudem monitore ich die "Server"-Windows-Workstation, sodass ich informiert werde, wenn die Workstation nicht im Internet ist (ping-bar) ist. Also Netzwerkprobleme kann ich mal nicht ausmachen, aber es kann natürlich sein, dass ich etwas übersehen habe!?

Office Version: Access 2013 (Microsoft Office Professional Plus 2013) - alle Workstations + Server haben die gleiche Version installiert

Betriebssystem:
Windows 7 Enterprise 32bit (1 Client-Workstation die schreibend zugreift)
Windows 7 Enterprise 64bit (3 Client-Workstations die schreibend zugreifen)
Windows 7 Enterprise 64bit (3 Client-Workstations die nur lesend zugreifen)
            
Ich weiß, Access ist für Multiuser-Andwendungen nicht das Gelbe vom Ei. Trotzdem muss ich mit dem Ding jetzt klarkommen, das leider auch nicht ich angelegt habe.

Was mir noch auffiel und ich von anderen Datenbanken nicht gewohnt bin:
Legt ein User einen Eintrag in einem Formular an, so sehe ich schon TEILE des Datensatzes in der Access Datenbanktabelle WÄHREND DER USER EINGIBT, auch wenn der User den Datensatz noch nicht mit dem Button "Datensatz speichern" im Formular weggespeichert wurde. Passieren in Access unvollständige COMMITS? Wie löst Access COMMITS? Kenn das überhaupt COMMITS? Kann das hier das Problem sein? Wenn ja, wie bring ich Access bei anständige COMMITS zu machen?
            
Hmm, ich arbeite nicht viel mit Access... Vielleicht liegt das Problem auch woanders... freue mich über Hilfe!!!      




MzKlMu

#1
Hallo,
ZitatAlle 6 User mit 64bit Systemen greifen mit dem gleichen .accde Frontend zu.
das solltest Du ändern, jeder User erhält sein eigenes Frontend auf seinem PC. Nur das Backend liegt auf dem Server.
Siehe hierzu:
http://www.sql-insider.de/knowhow/hintergruende-zur-arbeitsweise-von-access.php
Access speichert bei gebundenen Formularen die Daten sofort, auch ohne den Button zu drücken. Das Speichern muss aktiv verhindert werden, indem vor Aktualisierung des Formular gefragt wird, ob gespeichert werden soll.
Das geht aber auch nur zuverlässig, wenn jeder User sein eigenes Frontend hat.

PS:
Grossposting (Fragen in mehreren Foren) ist unerwünscht. Steht auch in den Regeln zum Benutzen des Forums.
http://www.ms-office-forum.net/forum/showthread.php?t=330926
Gruß Klaus

DF6GL

Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access