Office: (Office 2016) Mehrbenutzer-Problem

Etwas schwieriger als gewohnte Synchronisierungen über den Aktenkoffer bis unmöglich. Replikation, die da teilweise verwendbar war, wurde mit Acc2007 eingestellt.

 

das ist ja schade *frown.gif* - wir benötigen irgendwann eine DB die auch unterwegs synchronisiert werden kann - und wir hatten die Hoffnung das es mit Access und OneDrive funktioniert - habt Ihr eine Idee wie man da einen Kompromiss schaffen kann - wie ist es mit der Funktion SharePoint die ja Access anbietet ??

 

Hat nur einen anderen Namen für das gleiche Problem.

 

Gut. - Bzw. nicht Gut!
Ich habe weder konkret mit DropBox noch mit einer FE/BE-Lösung eigene Erfahrungen.
Völlig unstrittig ist ja, dass die Nutzung solcher File-Sharing-Dienste außerordentlich unerfreuliche Effekte auf eine Access-DB hat.

 

Moin,

eine funktionierende Variante liefert ein VPN über das man sich mit dem Backend der db im Firmennetz verbindet. Erfordert für sicheren Gebrauch bei der Einrichtung allerdings mehr Aufwand.

 

Jein!
Hier muss man präzise formulieren, was man wie machen will.
Eine Access-Anwendung in eine Sharepoint Dokumentenbibliothek zu packen ist in der Tat nur eine anderer Name (=OneDriveBusiness) für dasselbe Problem.

Wenn man aber Sharepoint-Listen in seine Access-DB als verknüpfte Tabellen einbindet, sieht es anders aus. Die Access-DB ist ein "normales" lokales Frontend und synchronisiert nur Daten. - Im Kern funktioniert das!
Allerdings ist dann die Anzahl der Datensätze pro Tabelle/Liste begrenzt. (10.000 habe ich im Sinn, sollte man bei Interesse aber selbst recherchieren/verifizieren.)
Außerdem gibt es ein paar Berichte, dass die Performance teilweise echt unterirdisch ist.

Bei der AEK19 hat Karl Donaubauer einen Vortrag dazu gehalten. Die Folien gibt's dort im Downloadbereich.

 

Ja. Einen sauberen Terminal-Server aufsetzen, die Spezialitäten von Access in einer Terminalserver-Umgebung beachten, dann kann ein reines Access FE/BE Konzept rund laufen. Alternativ einen (im Netz) erreichbaren SQL-Server aufsetzen, an den die lokalen, dann per VPN angebundenen Access-FE's verknibbelt werden.

Aufwand an Installation und Lizensierung muss man fallweise gegenüberstellen.

 

OK. Das habe ich verstanden. Die Dropbox ist aber die einzige Möglichkeit, damit alle vier User auf die DB zugreifen können.
Bestehen die Probleme auch, wenn die User nur die Möglichkeit haben über das RuntimeModul Abfragen durchzuführen, die Vorgefertigt sind. Die Eingabe dann nur von einer Zentralen Stelle durchgeführt werden und dann die gesamte DB in die Dropbox gestellt wird. In der Dropboxversion hätten die User keine Möglichkeit Daten einzugeben.

Gruß Horst

 

Hallo!

Wenn du die Datei in der Dropbox für die User schreibgeschützt machst, könnte es funktionieren. Wichtig ist, dass keine Änderung der Datei erfolgt. DB darf also nur readonly geöffnet werden, um mehrere Dateiversionen auszuschließen.
(Auch auf die ldb-Datei achten.)

Ich würde dieses Problem umgehen, in dem ich beim Anwendungstart eine Kopie aus der Dropbox in ein lokales Verzeichnis ziehe und dann die Auswertung vom Frontend aus mit dieser Kopie durchführe.

Sobald du "Live-Daten" benötigst, ist der Weg über Dropbox & Co meiner Meinung nach unbrauchbar.

Warum?
Man könnte gemeinsam einen Office-365-Essential-Account betreiben. Das kostet ca. 60 EUR im Jahr und man hätte dann die Möglichkeit SharePoint-Listen (wie bereits weiter oben von sonic8 erwähnt) zu nutzen.
Oder man mietet sich einen Datenbankserver im Netz (Mysql/postgresql oder auch Azure-SQL usw.)
Wenn die Internetverbindung bei einem der 4 ausreichend ist, könnte man auch einen kleinen Server betreiben (z. B. Ubunto-Linux mit MS SQL 2017).

mfg
Josef

 

In einfacheren Gestaltungen könnte man jedem eine vollständige DB geben, dabei Neueinträge dokumentieren (per Zeitstempel oder aufwändiger), bei dreien daraus Exporttabellen erzeugen und diese bei einem federführenden Mitglied importieren, um dort ein vollständiges Backend zu erhalten.
Die örtlichen Backends können danach durch das vollständige Backend getauscht werden.

Wie man bemerkt, sind hier zusätzlich organisatorische Maßnahmen notwendig, die man dann auch zwingend einhalten müsste.

 

wie ist es wenn man sich die DB aufsplittet - z.B. das jeder seine eigene DB hat - für Lieferungen, eine für Zahlung, eine für Warenbestand usw. - dann noch eine Hauptdatenbank wo sich die anderen nur die Daten holen wie KundenNR usw. - RechnungsNR usw. - und was auch immer - man kann doch die DB´s untereinander Verknüpfen oder ? - wenn man dann die HauptDB öffnet macht diese eine Abfrage bei allen anderen und fügt die neuen Daten dann in die HDB ein - so in etwa *rolleyes.gif* *entsetzt *eek.gif*

 

Etliches ist möglich. Man muss nur im Blick haben (sicherstellen!), dass man die Elemente zu vollständigen integeren Daten zusammenfügen kann. Da darf man keine Schlüsselprobleme erzeugen (Autowerte?), gleiche Schlüssel müssen auf gleiche Datensätze verweisen, gleiche Inhalte dürfen nicht wegen Doppeleingabe unter verschiedenen Schlüsseln laufen, Redundanzen sollten nicht erzeugt werden, Widersprüche dürfen nicht auftreten.
Das sind im Detail erhebliche Forderungen - eben das, was die monolithische Backend-Datenbank alleine erledigt.