Entfernter Fileserver und Datenbank

[Sinspin]

Double Post mit der EE

Entfernter Fileserver und Datenbank

Bitte sei in Zukunft so nett jeweils einen Link in deine Posts zu schreiben wenn du in mehr als einem Forum postest. Sonst macht sich in einem Forum jemand arbeit, aber es interessiert dich nicht mehr, da die Frage in einem anderen Forum schon beantwortet wurde.

[TigerLilly]

Wie BerndS schreibt: Allerdings ist die Latenz dabei schon etwas nervig, dadurch alles langsamer wird.
Ein DB-Server, auf dem mal rasch die DB liegt + andere connecten via VPN dorthin, funktioniert - für C/S Programme - in der Praxis meist nicht. Azure wird da oft empfohlen, aber siehe vorher, da hast du sowas von Latenzen.

RDP/CITRIX ist die Wahl. Alles andere ist für Client-Server Anwednungen eher unbrauchbar.

Schau mal, was Amazons Web Services AWS oder analoges von MicroSoft/Google bieten. Das haben wir auch mal gemacht. Windows-C/S-Software komplett in die Cloud verlagert. Aber das wird rasch teuer.

[Sinspin]

Azure macht keinen Spass, damit habe ich mich schon befasst.
Die Funktionalität, im Vergleich zum SQL Server, ist eingeschränkt und lahm wie via VPN ist es auch noch.

[Bernhard Geyer]

Evtl. auch mal Code auf weniger SQL-Abfragen optimieren.
Statt 10 Einzelabfragen mit jeweils 1 Ergebnisdatensatz kann man das auf 1 SQL-Statement mit 10 Ergebnisdatensätzen umbauen.
Kann in einigen Fällen die gestiegene Latenzzeit (mehr als) ausgleichen.

[TigerLilly]

Ja eh. Kann man.
Trotzdem. Vergessen viele, wenn es um Home Office geht. VPN ist wegen Sicherheit, hat mit Perfomance aber nichts zu tun. Vom Laptop, auf dem du arbeitest gehst du via WLAN ins Internet und dann ins Netz der Firma. Das kann am Land, wo es keine gute Internetanbindung gibt oder im innerstädtischen Bereich, wo sich 100 denselben WLAN Kanal teilen, langsam sein.

Und es geht ja darum, eine Software zu nutzen und nicht, sie zuerst umzuschreiben.

[jobo]

Zitat von TigerLilly:

Und es geht ja darum, eine Software zu nutzen und nicht, sie zuerst umzuschreiben.

Seh ich im Prinzip auch so und es war auch die Frage des TE. Allerdings sollte man irgendwann von dem Gaul absteigen, den man zu Tode reitet.

Es wurde eigentlich alles gesagt, Anwendung modernisieren (war nicht gefragt), VPN oder m.E. besser geeignet Remote Desktop, besonders bei dünner oder instabiler Verbindung.

[TigerLilly]

Zitat von jobo:

Allerdings sollte man irgendwann von dem Gaul absteigen, den man zu Tode reitet.

Naja. In diesem Fall ist es ja eher so, dass der gute Gaul auf seiner grünen Weide brav seine Arbeit macht + plötzlich wer auf die Idee kommt, er soll das in der Wüste bei +60°C und ohne Wasser machen.

[delphia]

Zitat von TigerLilly:

Zitat von jobo:

Allerdings sollte man irgendwann von dem Gaul absteigen, den man zu Tode reitet.

Naja. In diesem Fall ist es ja eher so, dass der gute Gaul auf seiner grünen Weide brav seine Arbeit macht + plötzlich wer auf die Idee kommt, er soll das in der Wüste bei +60°C und ohne Wasser machen.

Genau so.

Nach den Vorschlägen hier habe ich weiter recherchiert. Es wird wohl auf einen Terminalserver mit Remote Desktop Zugriff rauslaufen. Hat darüber hinaus auch den Vorteil, dass man die Anwendung auch auf Mobilgeräten "nutzen" kann.
Danke für die Beiträge.

[jobo]

Zitat von TigerLilly:

Zitat von jobo:

Allerdings sollte man irgendwann von dem Gaul absteigen, den man zu Tode reitet.

Naja. .. plötzlich wer auf die Idee kommt ..

Schon klar, aber es ist doch gute Tradition, ein paar mahnende, warnende Worte zu sprechen, bevor der Gaul "ganz überraschend" in der Wüste oder beim nächsten Ortswechsel krepiert.

[QuickAndDirty]

Zitat von Bernhard Geyer:

Evtl. auch mal Code auf weniger SQL-Abfragen optimieren.
Statt 10 Einzelabfragen mit jeweils 1 Ergebnisdatensatz kann man das auf 1 SQL-Statement mit 10 Ergebnisdatensätzen umbauen.
Kann in einigen Fällen die gestiegene Latenzzeit (mehr als) ausgleichen.

DBISAM ist wie Paradox über BDE!
Du kannst querys benutzen aber die werden lokal verarbeitet.... Die Software ist in der Regel ein Fat Client der direkt auf Dateien arbeitet.

Latenz ist der Grund warum man keine DBASE , Paradox oder DBISAM Datenbank per VPN durch das Internet betreiben kann. Egal wie schnell die leitung.
Was gehen könnte wären von Anfang an Cache-Mechanismen und und kurzzeitige Offline-Fähigkeit vorzusehen und die Fähigkeit im nachhinein die Datenbestände mehrer Fatclients wieder zentral zusammenführen zu können z.b. durch verwendung von UUIDs für Datensätze usw.