Access-Datenbank im langsamen Netzwerk

[BotschafterSarek]

Hallo zusammen,

ich habe eine Anwendung, die auf Access 2010 basiert. Die Daten liegen in einer separaten mdb-Datei auf einem Server, die Clients greifen mit ihren Frontend-MDB's darauf zu.

Nun ist beabsichtigt, einen Client an einem externen Standort zu betreiben. Dieser müßte via VPN auf die Datenbank zugreifen. Theoretisch ist ja auch das problemlos möglich, aber am Standort des Servers gibt es nur eine sehr schwache Internetverbindung (Upload 512 kb).

Die konkrete Frage: Was für Datenmengen gehen bei einer solchen Konstruktion eigentlich über das Netzwerk? Wird die komplette Backend-Datei über das Netz zum PC, auf dem das Frontend ausgeführt wird, transportiert? Oder nur der jeweils benötigte Datensatz, wie es bei einer SQL-Datenbank der Fall wäre?

Danke im Voraus,
Sarek

[DF6GL]

Hallo,

das trifft (leider) zu:

Wird die komplette Backend-Datei (jeweils die betroffene Tabelle/n) über das Netz zum PC, auf dem das Frontend ausgeführt wird, transportiert?

[BotschafterSarek]

das trifft (leider) zu:
> Wird die komplette Backend-Datei (jeweils die betroffene
> Tabelle/n) über das Netz zum PC, auf dem das Frontend ausgeführt
> wird, transportiert?

Also völlig aussichtslos, eine Datenbank mit einem 30MB-Backend in einem so langsamen Netzwerk zu nutzen :-(

Trotzdem Danke für die Antwort ...

[DF6GL]

Hallo,

möglich wäre z. B., sich in einen lokalen Netzwerk-PC per Remotedesktopverbindung einzuloggen und dort das Frontend zu bedienen...

"Große" Lösung:  Mittels Terminal-Server-Client-Struktur auf einen (oder mehrere) Accounts mit jeweils einem Frontend zugreifen....

[BotschafterSarek]

möglich wäre z. B., sich in einen lokalen Netzwerk-PC per Remotedesktopverbindung einzuloggen und dort das Frontend zu bedienen...

Klar, das ginge auch über VPN oder sogar ganz ohne VPN mit TeamViewer. Aber dann haben wir das Problem andersherum. Dann müßten Druckaufträge (die, wenn Graphiken enthalten sind, auch schnell 10 MB erreichen) über das langsame Netz geschickt werden, um auf dem Drucker des externen Clients gedruckt zu werden. So oder so, es scheint nicht vernünftig möglich zu sein.

[database]

Hallo,

... oder sogar ganz ohne VPN mit TeamViewer ...

denke, dass du da performancebezogen auch nicht glücklich sein wirst.

Jede datenbezodene externe Anbindung ohne synchrone Leitung ist grundsätzlich problematisch.
Bei 512 Kb (theoretisch, real wirst vielleicht 350 erreichen) Upload werden dir die Füsse einschlafen.

Ich selbst sitze hier an einer 8/1 Anbindung - also ebenfalls asynchron - und schaffe im Speedtest mal ganze 0.69 Mbps UP

[BotschafterSarek]

denke, dass du da performancebezogen auch nicht glücklich sein wirst.

Das geht eigentlich. Sowohl bei TeamViewer als bei der RDP-Anbindung werden ja (je nach Konfiguration) das Hintergrundbild etc. nicht übertragen und die Farbtiefe reduziert. Das Bild ist dann nicht so schön, aber man kann auch bei langsamer Verbindung relativ zügig arbeiten. Das Problem wäre dann eher (wie oben schon geschrieben) das Drucken am Client, denn dann müßten die Druckdaten übertragen werden ....

Bei 512 Kb (theoretisch, real wirst vielleicht 350 erreichen)

Ne, die 512 waren schon der reale Wert. Theoretisch müsste es dort 16 MBit Downstream und 1 MBit Upstream geben. Real sind es etwa 3 MBit Down und eben 512 kBit Up ... und die Telekom kann angeblich nichts tun.

[database]

hallo,

nun gut ein 16/1 DSL mit deinen angegebenen Werten ist zwar nicht gerade berauschend aber wenn du damit vernünftig arbeiten kannst, sollte das Drucken am Client auch kein unlösbares Problem darstellen.

Ist es denn zwingend notwendig die von dir erwähnten Graphiken am Backend zu halten?

[BotschafterSarek]

nun gut ein 16/1 DSL mit deinen angegebenen Werten ist zwar nicht gerade berauschend aber wenn du damit vernünftig arbeiten kannst, sollte das Drucken am Client auch kein unlösbares Problem darstellen.

Naja, 10MB-Druckdaten ist schon eine andere Nummer als die paar KBytes, die bei einer RDP- oder Teamviewer-Sitzung durchs Netz gehen, wenn man das Programm ressourcenschonend einstellt (kein Hintergrundbild, niedrige Farbtiefe usw.).

Ist es denn zwingend notwendig die von dir erwähnten Graphiken am Backend zu halten?

Da ich nicht der Programmierer dieser Anwendung bin ... JA :-(

Aber fairerweise muss ich dazusagen, dass es teilweise wirklich notwendig ist, z.B. wenn es sich um Bilder handelt, die als OLE-Objekt in der DB gespeichert sind.

[database]

Hallo,

ich will keineswegs großartige Kritik üben - aber Bilder in der Datenbank sind grundsätzlich keine performancesteigernde Maßnahmen 

Wenn sich um Bilder und Graphiken handelt, die sich kaum oder gar nicht ändern sollten diese ins Frontend, besser noch in eine Verzeichnisstruktur am Standort des Frontends gelagert werden. Um die Bilder in Berichte oder Formulare zu laden wird so nur der Verzeichnispfad zur Bilddatei aus der Datenbank gelesen.
Das hält zum einen die DB klein und zum Anderen hast/hättest du das Problem mit der Datenmenge nicht - ist aber nur eine Idee, die vielleicht eine Überlegung wert wäre.

Ab Acc2007 sollte auf den Dateityp OLE zum Speichern von Bilder verzichtet werden - sieh dazu den Artikel in der FAQ.:
http://www.donkarl.com?FAQ2.2

[BotschafterSarek]

Wenn sich um Bilder und Graphiken handelt, die sich kaum oder gar nicht ändern sollten diese ins Frontend, besser noch in eine Verzeichnisstruktur am Standort des Frontends gelagert werden.

Und wenn nicht? :-)  Wenn es sich um Bilder zur Dokumentation eines Befundes handelt, die zu dem Datensatz des jeweiligen Patienten gehören?

Ab Acc2007 sollte auf den Dateityp OLE zum Speichern von Bilder verzichtet werden

Ok, vielleicht sind die Bilder auch als Anlage gespeichert. Ich weiß es nicht, da ich ja nicht der Programmierer der DB bin.

[database]

Hi,

Und wenn nicht?

musst du damit leben 

Ansonsten bleibt eben nur alle Möglichkeiten auszuschöpfen um die Performance der DB zu halten - keine OLE-Objekte, regelmäßiges komprimieren, ....

Wenn es sich um Bilder zur Dokumentation eines Befundes handelt, die zu dem Datensatz des jeweiligen Patienten gehören?

Würde ich mir auch noch hundertmal Gedanken zur Datensicherheit und zum Datenschutz machen.

[BotschafterSarek]

Würde ich mir auch noch hundertmal Gedanken zur Datensicherheit und zum Datenschutz machen.

Die Software ist von der Kassenzahnärztlichen Bundesvereinigung zugelasssen :-)

[database]

na dann ...