4
MDB Datenbank speichert nur lokal
Hallo,
bei einem Kunden tritt folgendes Problem auf:
Eine Access Datenbank (als mdb gespeichert) wird übers Netzwerk auf verschiedene Rechner verteilt. Die Datenbank selbst liegt auf einem Server, der entsprechnde Ordner ist freigegeben und wird als Netzlaufwerk auf den lokalen Laptops eingebunden. wenn jetzt ein Benutzer Dateneingaben macht, sollten diese für die anderen Benutzer sichtbar sein. sind sie aber nicht, da die Daten anscheinend nur auf den lokalen Laptops abgespeichert werden.
bin für jede Hilfe dankbar.
Vielen Dank im Vorraus
bei einem Kunden tritt folgendes Problem auf:
Eine Access Datenbank (als mdb gespeichert) wird übers Netzwerk auf verschiedene Rechner verteilt. Die Datenbank selbst liegt auf einem Server, der entsprechnde Ordner ist freigegeben und wird als Netzlaufwerk auf den lokalen Laptops eingebunden. wenn jetzt ein Benutzer Dateneingaben macht, sollten diese für die anderen Benutzer sichtbar sein. sind sie aber nicht, da die Daten anscheinend nur auf den lokalen Laptops abgespeichert werden.
bin für jede Hilfe dankbar.
Vielen Dank im Vorraus
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 7772140303
Url: https://administrator.de/forum/mdb-datenbank-speichert-nur-lokal-7772140303.html
Ausgedruckt am: 22.12.2024 um 06:12 Uhr
4 Kommentare
Neuester Kommentar
@blackbox-alpha:
Hallo.
Was meinst Du mit "verteilt"? Ist das eine zentrale Datenbankdatei, mit der alle gleichsam arbeiten/arbeiten sollen, oder hat jeder eine eigene (durch eine lokale Kopie auf seinem Rechner/Laptop)? Falls letzteres, kann das natürlich nicht klappen, weil nicht alle auf der selben Datenbankdatei arbeiten.
Normalerweise liegt die zentrale *.mdb in einer Freigabe im Netzwerk (z. B. auf einem File- oder DB-Server), auf die alle Teilnehmer mit dem gleichen Pfad (Netzlaufwerkverbindung per net use mit Buchstaben oder ohne Buchstaben mit UNC) Zugriff haben, der Pfad ist dann normalerweise in dem Programm, das Daten in die *.mdb schreiben soll, hinterlegt. Manchmal braucht's dafür noch zusätzlich einen ODBC-Eintrag (kommt darauf an, wie der Zugriff auf die *.mdb in der Anwendung programmiert/vorgesehen ist), entweder als System-DSN oder als User-DSN.
Viele Grüße
von
departure69
Hallo.
Was meinst Du mit "verteilt"? Ist das eine zentrale Datenbankdatei, mit der alle gleichsam arbeiten/arbeiten sollen, oder hat jeder eine eigene (durch eine lokale Kopie auf seinem Rechner/Laptop)? Falls letzteres, kann das natürlich nicht klappen, weil nicht alle auf der selben Datenbankdatei arbeiten.
Normalerweise liegt die zentrale *.mdb in einer Freigabe im Netzwerk (z. B. auf einem File- oder DB-Server), auf die alle Teilnehmer mit dem gleichen Pfad (Netzlaufwerkverbindung per net use mit Buchstaben oder ohne Buchstaben mit UNC) Zugriff haben, der Pfad ist dann normalerweise in dem Programm, das Daten in die *.mdb schreiben soll, hinterlegt. Manchmal braucht's dafür noch zusätzlich einen ODBC-Eintrag (kommt darauf an, wie der Zugriff auf die *.mdb in der Anwendung programmiert/vorgesehen ist), entweder als System-DSN oder als User-DSN.
Viele Grüße
von
departure69
sorry, Kommando zurück...
die Leute sind manchmal zu blöd zu verstehen, was der Unterschied zwischen einer Verknüpfung und einer Kopie ist, die haben sich wirklich die Datenbank vom Netzlaufwerk auf den Desktop kopiert!!! das kann natürlich nicht funktionieren
die Leute sind manchmal zu blöd zu verstehen, was der Unterschied zwischen einer Verknüpfung und einer Kopie ist, die haben sich wirklich die Datenbank vom Netzlaufwerk auf den Desktop kopiert!!! das kann natürlich nicht funktionieren
1
Das kann so nicht funktionieren.
Du brauchst in dem Fall eine Backend-DB die Daten und ggf Abfragen hält. Und du brauchst eine Frontend-DB die Berichte und Formulare hält. Diese Frontend-DB greift auf die Backend-DB zu. Und nur dieses Frontend verteilst du.
Da du es ohnehin splitten musst kannst du an der Stelle auch gleich darüber nachdenken das Backend gleich auf einer richtigen DB-Engine abzubilden und da per ODBC dran zu gehen.
Manuel
Du brauchst in dem Fall eine Backend-DB die Daten und ggf Abfragen hält. Und du brauchst eine Frontend-DB die Berichte und Formulare hält. Diese Frontend-DB greift auf die Backend-DB zu. Und nur dieses Frontend verteilst du.
Da du es ohnehin splitten musst kannst du an der Stelle auch gleich darüber nachdenken das Backend gleich auf einer richtigen DB-Engine abzubilden und da per ODBC dran zu gehen.
Manuel
