Datenbankhandling über eine Cloud?

[sko1]

Hallo,

ich möchte Datenbanken über eine Cloud "verteilen" und synchronisieren.

Irgendwie fehlt mir jedoch die Vorstellung, was passiert wenn das Cloudsystem (ggf. langsamer Upload) dabei ist, die Datenbank von lokal zum Cloudspeicher zu kopieren und gleichzeitig während des Kopierens wieder Datensätze geändert werden?

Kann mir da jemand mit einem Denkansatz weiterhelfen?

Ciao
Stefan

[haentschman]

Moin...

Was ist für dich eine Datenbank, welches DBMS?

[jobo]

Das klingt für mich etas schief.
Entweder,
Du hast eine DB in der Cloud, as a service, vielleich auch direkt, Du hast Images, die Du beliebig anwerfen und vermieten kannst oder ähnliches
oder
Du hast eine DB im Netz(Cloud), deren Daten Du mit diveresen Clients replizieren, synchronisieren willst.

Vielleicht kannst Du mal erläutern, was es genau sein soll.

[TigerLilly]

"Cloud" ist ein recht wolkiger Begriff. Es gibt dateibasierte Konzepte (Dropbox, GoogleDrive etc), da hast du deine Dateien lokal + ein eigener Dienst synchronisiert sie auf und von einem Server.
Oder du hast einen echten Server irgendwo im Netz (so wie Azure oder die Amazon Cloud), dort laufen Programme und Dienste.

"Datenbankhandling über eine Cloud" kann heißen, dass du deine Datenbank in die Dropbox legst. Dann wird die ganze Datei bzw Datenbank filebasiert synchronisiert. Wie du richtig sagst funktioniert das bei gleichzeitigen Zugriffen nicht, denn physisch gibt es die DB ja mehrfach.

Liegt die DB aber zB in Azure, dann gibt es sie nur 1x + der DB-Server kümmert sich um die Synchronisation der Zugriffe.

Google mal nach Replication und verteilten Transaktionen.

[hoika]

Hallo,

Zitat:

Irgendwie fehlt mir jedoch die Vorstellung, was passiert wenn das Cloudsystem (ggf. langsamer Upload) dabei ist, die Datenbank von lokal zum Cloudspeicher zu kopieren und gleichzeitig während des Kopierens wieder Datensätze geändert werden

Das muss die Datenbank zusammen mit dem Cloudsystem handeln, z.B. über Datensatz-Sperren.
Das "Kopieren" ist ein ganz normales Datenbank-Update, so als wäre es lokal.

[skoschke]

Vielleicht etwas genauer:

Auf dem Handy gibt es eine SQLite-Datenbank, die in OwnCloud "gespiegelt" wird.
(es könnte aber auch OneDrive oder sonstwas sein, was der Anwender später benutzt).

Auf der anderen Seite gibt es eine Windows-Anwendung, welche diese Datenbank wiederum "gespiegelt" aus der Cloud erhält.

Wenn die Windows-Anwendung nun darin Datensätze ändert, geht das über die Cloud-Synchronisation dann auch wieder zurück zum Handy...

Das sollte unproblematisch laufen, nur was passiert wenn auf der Windows-Seite und gleichzeitig auf der Handyseite etwas an der DB geändert wird?

Ciao
Stefan

[TigerLilly]

Am Beispiel DropBox:
https://www.dropbox.com/de/help/sync...onflicted-copy

Das Problem ist, dass DropBox bzw alle dateibasierten Cloudlösungen die DB-Schreibzugriffe nicht als solche behandeln, sondern als reine Dateiänderungen.

Du verstehst diesen Unterschied?

Entweder bekommst du wie bei DropBox eine zweite "Kollisions"-Datei oder es gilt der "Zweite gewinnt".

[skoschke]

OK, danke, jetzt habe ich es verstanden, bringt mich aber nicht so richtig weiter

Mir fällt kein Weg ein, das ohne diese Dateikonflikte zu lösen, oder hat jemand eine Idee dazu?

Ciao
Stefan

[hoika]

Hallo,

Zitat:

nur was passiert wenn auf der Windows-Seite und gleichzeitig auf der Handyseite etwas an der DB geändert wird?

der letzte gewinnt.
Das musst Du dann selber programmieren (z.B. ein DB-Log mitführen und auswerten).

Dafür ist OwnCloud nicht gedacht.

[TigerLilly]

@hoika: Das ist kein guter Tipp, weil du eine DATEI(!)Kollision mit konkurrierenden Schreibzugriffen auf eine DB vermischt.

@skoschke: Sei kreativ!
- Sorg dafür, dass nur einer in die DB schreiben kann.
- Nimm einen SQL-Server und mach alle(!) Schreibzugriffe Konkurrent + vergiss die DropBox.
- Bestimme einen Client als Master, der darf in die DB schreiben. Diese DB wird via DropBox synchronisert. Alle(!) anderen Clients erzeugen nur Änderungsprotokolle, die via DropBox zum Master gesynct werden, der sie dann in die DB überträgt. Aber Achtung: Das ist nicht trivial.