DB in der Cloud

[Bernhard Geyer]

Zitat von RSF:

Bei instabiler Cloud-Verbindung kann es zu Fehlern in der DB-Konsistenz kommen.

Bei welcher richtigen Datenbank sollte das passieren? Wenn sowas passieren kann ist es keine DBMS welche das ACID-Prinzip garantiert. Dann wäre die DB schrott.

Es könnte aber sein das die DB auf ihrer Ebene Konsistenz garantiert aber ein ungünstiges DB-Modell der Anwendung und fehlerhafte Implementierung auf Clientseite das Problem verursacht
(z.B. das @@IDENTITY, SCOPE_IDENTITY und IDENT_CURRENT-Problem beim MS SQL Server)

[nahpets]

Das es hier um eine Einzelplatzanwendung geht, die niemals von mehreren Benutztern gleichzeitig genutzt wird, ist eine Diskussion über die Mehrbenutzerfähigkeit eigentlich belanglos.

Für mich persönlich wäre der Lösungsansatz so:

T-Online-Mailadresse.
Man bekommt kostenfrei 25 GB Platz im Mediencenter zur Ablage beliebiger Dateien mit Zugriff über Webbrowser, Synchonisatzionssoftware und WebDav.
(Ginge auch bei Web.de, der Onlinespeicher dort ist aber "nur" 2 GB, Zugriffe über WebDav funktionieren ebenfalls.)
(Auf DropBox und GoogleDrive kann auch via WebDav zugegriffen werden.)

Dazu würd' ich mir ein Programm schreiben, das folgendermaßen vorgeht.

• Beim Programmstart wird die Datenbankdatei über WebDav auf den Client kopiert.
• Datenbankdatei in der Cloud löschen. (Man könnte sie dort auch umbenennen - als Sicherung des "Altbestandes".)
• Datenbank öffnen
• Dann wird beliebig mit der Datenbank gearbeitet.
• Beim Programmende Datenbank schließen.
• Die Datenbankdatei über WebDav in die Cloud kopieren. (Ggfls. beim Programmstart dort erstellte Sicherungskopie löschen.)
• Datenbankdatei auf dem Client löschen. (Man könnte sie hier auch umbenennen - als Sicherung des "Altbestandes".)

Die Cloud ist quasi die "Diskette", die ich mit von A nach B nehme, um entweder in A oder in B mit dem Disketteninhalt zu arbeiten. (Ok: Könnte auch ein USB-Stick oder 'n externe Festplatte ... sein)

Damit hat nur jeweils ein Nutzer die Möglichkeit, die Datenbank zu nutzen.

Das sollte mit SQLite und der Embbededversion von FireBird problemlos realisierbar sein.

[IBExpert]

Wenn das ein Einzelplatzanwendung ist, wird das sicherlich auch mit Firebird embedded gehen, aber wie groß soll die DB denn sein?
Hol dir sonst doch einfach für ca 10 € im Monat einen virtuellen Server bei hosteurope (gibt es für den Preis auch mit Windows
und 100GB HDD/2GB RAM und ist für simple Firebird Anwendungen gar nicht mal so schlecht) und lass den User per Rdp da drauf
arbeiten. Dann fällt der Kopierquatsch weg, wenn die db größer wird.

Ist aber nur dann sinnvoll, wenn unterwegs auch Onlineverbindung läuft.

Ansonsten lass die DB doch einfach auf dem Laptop und wenn der eine User im Office ist, kann der PC ja auch auf der Laptop
DB arbeiten, zB mit FB, sofern der Laptop im Netz ist und eingeschaltet ist.

[nahpets]

TigerLilly schrieb:

Zitat:

Ich bin immer wieder von Nutzern unserer Software darauf angesprochen worden ...

Das hieße dann: Jeder Nutzer, der für sich die Einzelplatzsoftware mal im Büro am PC und mal unterweges mit dem Laptop nutzen möchte, müsste dann

Zitat:

für ca 10 € im Monat einen virtuellen Server bei hosteurope ...

für sich einrichten und bei der Implemetierung begibt man sich dann auch in Abhängigkeiten, die man an den Nutzer ggfls. "weitergibt".

WebDav und diverse Anbieter: Man hat die Möglichkeit die jeweilige Synchronisationssoftware zu nutzen oder die WebDAV-Verbindung individuell im Programm zu konfigurieren. Dann ist's egal, bei welchem Anbieter der Nutzer seine Datenbankdatei "in die Cloud schiebt".