DB in der Cloud

[RSF]

Zitat:

Zitat von TigerLilly (Beitrag 1384324)

Hat eigentlich schon jemand versucht, eine Datenbank in die DropBox oder auf OneDrive zu legen? Nicht für den gemeinsamen und gleichzeitigen Zugriff mehrerer User, sondern damit ein User von mehreren Standorten einen gemeinsamen Datenbestand hat.

Danke für jede Antwort.

Ja, habe ich. Und ich kann bestätigen es geht wie beschrieben als Einzel-User! Läuft seit 2 Jahren problemlos.

[TigerLilly]

:shock: :thumb:

Welche DB, wenn ich fragen darf.

[RSF]

Darf (kann) ich aus rechtlichen Gründen (das kleingedruckte) nicht sagen. Auf jedem Fall embedded.8-)

[nahpets]

@TigerLilly

Was Du möchtest kann man doch eigentlich auch mit 'ner Datenbank auf 'nem USB-Stick vergleichen. Wer den Stick hat, hat die Datenbank.
Letztlich geht es doch darum, dass jeweils nur ein Nutzer auf eine Datenbank zugreifen kann, die sich auf 'nem externen Datenträger befindet (egal, ob jetzt irgend ein System automatisch Dateien repliziert oder man das händisch machen muss).

Dafür dürfte eigentlich alles geeignet sein, was in 'ner Embeddedversion genutzt werden kann.

Würd' es mal so sagen: FireBird, SQLite, entsprechende Version von MSSQL ..., auch 'ne Access-MDB müsste gehen.

Und wenn man das für sich selbst macht, hat man ja letztlich auch nur selbst auf die Datei Zugriff (egal wo sie nun liegt, Dropbox, OneDrive, über WebDav im Mediencenter zur T-Online-Mailadresse ..., dito. Onlinespeicher bei web.de ...).

[TigerLilly]

Ja, genau.
Ich bin immer wieder von Nutzern unserer Software darauf angesprochen worden, wie cool es wäre, wenn die Daten "in der Cloud" liegen würden. Und das wäre so eigentlich eine elegante Möglichkeit.

Ich glaube auch, dass es auch mit einem Db Server funktionieren müsste - wir verwenden auch für Einbenutzersysteme MSSQL Express - wenn die Services vorher/nachher gestartet/gestoppt werden.

[Uwe Raabe]

Zitat:

Zitat von TigerLilly (Beitrag 1384394)

Ich glaube auch, dass es auch mit einem Db Server funktionieren müsste - wir verwenden auch für Einbenutzersysteme MSSQL Express - wenn die Services vorher/nachher gestartet/gestoppt werden.

Du kannst die Datenbank auch mit AUTO_CLOSE konfigurieren, dann kannst du dir das mit den Services sparen. Das sollte bei der Express-Version eigentlich schon von Haus aus aktiv sein.

[RSF]

Meine Erfahrungen:-D
Lizenz der der DB überprüfen. Nicht jede kostenlose DB erlaubt den Einsatz von Middle-Ware.
Nachteil ist auch der ständige Abgleich Local mit der Cloud bei jeder Dateiänderung (Latenzzeit).
Bei instabiler Cloud-Verbindung kann es zu Fehlern in der DB-Konsistenz kommen. Unvollständigkeit, unterschiedliche Versionen die nicht gleich erkannt werden.

[Uwe Raabe]

Zitat:

Zitat von RSF (Beitrag 1384402)

Nachteil ist auch der ständige Abgleich Local mit der Cloud bei jeder Dateiänderung (Latenzzeit).

Bei Dropbox sollte das zumindest nicht passieren: https://www.dropbox.com/help/syncing...ds/file-in-use. Dort wird die Datei erst synchronisiert, wenn sie nicht mehr gesperrt ist. Für Google Drive kann ich auf die Schnelle leider keine entsprechende Information finden.

[RSF]

Zitat:

Zitat von Uwe Raabe (Beitrag 1384403)

Zitat:

Zitat von RSF (Beitrag 1384402)

Nachteil ist auch der ständige Abgleich Local mit der Cloud bei jeder Dateiänderung (Latenzzeit).

Bei Dropbox sollte das zumindest nicht passieren: https://www.dropbox.com/help/syncing...ds/file-in-use. Dort wird die Datei erst synchronisiert, wenn sie nicht mehr gesperrt ist. Für Google Drive kann ich auf die Schnelle leider keine entsprechende Information finden.

Das Problem ist nicht die Cloud (Dropbox und Co.) sondern die Architektur der DB. Nicht jede DB besteht nur aus einer Datei die gesperrt ist (bzw. bei mehreren gleichzeitig gesperrt sind).

[Bernhard Geyer]

Wenn man nur einen Read-Only-Datenstand haben will dann kann man DropBox und Co. verwenden.
Will man einen Datenstand haben der von mehreren externen Nutzern geändert werden kann, so ist ein Ansatz über DropBox und Co. nicht machbar.
Man hat entweder das Problem das zwei Nutzer fast Zeitgleich versuchen Daten zu ändern oder ein Nutze die Daten unverhältnismäßig lange sperrt (z.B. Offne zum Ändern und gehe Mittag).

Früher hätte man hier "einfach" auf die Replikationsmechanismen von MS SQL und Co. vertraut und seine Datenmodell so aufgebaut das es Replikation unterstützt.
Alternativ kann man eine Replikationsmechanismus selbst schreiben (was aber nicht trivial ist).

Heutzutage würde man (wenn man Online-Verbindung vorrausetzen kann) einfach eine MS SQL-Server instanz in der Cloud verwenden.
Das bietet z.B. MS mit Azure an.