Hallo Beat_78
Deinem Ansatz fehlen einige wichtige Elemente:
- Die Versionskontrolle: Du kopierst immer, unabhängig davon, ob die neuste Version bereits installiert ist oder nicht
- Zwang, die neuste Version zu benutzen: Du stellst nicht sicher, dass der Benutzer immer die aktuelle Version benutzt. Wenn einer faul ist, wird er bald mal eine Frontend haben, die nicht mehr zur Backend passt
- Die Konfiguration stellt nicht sicher, dass immer die richtige Access Version gestartet wird
- Der Benutzer kann den Update starten, wenn die Anwendung bereits läuft, was zu einem unkontrollierten Verhalte führen kann, abhängig davon, in welchem Zustand sich die andere Instanz befindet.
Verwende besser eine Starter Awendung, die z.B. auf Access oder VB basiert. Nebst der ziemlich einfachen Version (mit offenem Code), die's beim www.dbdev.org im Download Bereich gibt, gibt's auch nocht die ziemlich professionelle (und ebenfalls kostenfreie)
Ausführung von Tony Toews, genannt AutoFE. Suche nach AutoFE und Du wirst diese finden.
Gruss
Henry
On 14.07.2012 04:11, Beat_78 wrote:
Hallo hawaja
Ich lasse die Benutzer das Frontend jeweils durch einen klick auf eine
CMD datei in Ihr Lokales C:Temp kopieren und öffnen.
Hat den Vorteil, dass wen du modifikationen durchführst der Benutzer
jeweils die neuste Datei kopiert und öffnet.
Die Gemeinsam benutzten Tabellen legst du in eine Datenbank welche du
im Netzlaufwerk speicherst. In dem Frontend verknüpfst du die Tabellen.
Somit arbeiten alle mit dem eigenen Frontend bearbeiten aber die Daten
gemeinsam im Backend.
Textdatei als .cmd gespeichert:@echo off
echo.
echo.
echo.
echo Bitte warten...
echo.
echo Die Datenbank wird aus Performance Gruenden ins c:/Temp
kopiert!
echo.
if exist C:\Temp\Datenbank.accdb DEL C:\Temp\Datenbank.accdb
copy "G:\DeinPfadZurDatenbank\Datenbank.accdb" C:\Temp\Datenbank.accdb
echo Starte Datenbank
C:\Temp\Datenbank.accdb
Gruss beat78
