Hallo! > > F�r so etwas kann man die Datenbank replizieren. Dann tauchen > > die angesprochenen Probleme nicht auf. Falls man doch �ber > > das Dateisystem/FTP dupliziert, sollte die Datenbank f�r > > Updates gesperrt werden. > > > > Hab noch nie was mit replication bei access gemacht... > > Wei�t Du, ob man �ber JRO auch replizieren kann ohne die > Nachteile(zus�tzliche Tabellen und Felder etc, DB-gr�sse w�chst), die > man hat wenn man es �ber Access macht...
Genau daf�r wurde JRO meines Wissens eingef�hrt. Wenn eine Datenbank immer Online bereitstehen soll, kann man sie nicht einfach �ber das Dateisystem/FTP duplizieren, es sei denn, man schaltet die Website f�r diese Zeit komplett ab, oder nimmt Inkonsistenzen oder Datenverluste einfach hin. Gerade bei Online-Datenbanken hat die Replikation neben den unvermeidlichen Nachteilen (zus�tzliche Tabellen und Felder) auch einige Vorteile: Man kann die Daten offline pr�fen/ver�ndern (z. B. Dublettensuche, ...) und muss nicht immer die komplette Datenbank �bertragen. Wenn w�hrend der Replikation Daten ver�ndert werden, ist das auch kein Problem, da diese dann sp�testens bei der n�chsten Replikation erfasst werden. �brigens kann man auch den DTC (Data Transaction Controller) des SQL Server verwenden, um Datenbanken zu duplizieren, allerdings nur zur Datensicherung. Wenn die Datenbank an zwei Orten ver�ndert werden kann/soll, kommt man um die Replikation nicht herum. So sichere ich einige Access-Datenbanken auch direkt in SQL Server. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
