Firebird-Connectionstring mit UNC Pfad

[tsteinmaurer]

Wie kann am Client mit einer Firebird-DB gearbeitet werden, wenn weder Embedded noch ein Server auf dem Client installiert ist?

Kommt auf die Komplexität deines Anwendungsfalls an mit zentraler Datenhaltung vs. Außendienstmitarbeitern, aber da kommt man schnell in ein bidirektionales Replikationsszenario rein.

[Lemmy]

Guten Morgen,

Zitat von tsteinmaurer:

Wie kann am Client mit einer Firebird-DB gearbeitet werden, wenn weder Embedded noch ein Server auf dem Client installiert ist?

und genau hier kommt der UNC-Pfad in Spiel: Der Client kopiert die DB in dieses Verzeichnis, damit die DB lokal auf dem Server liegt - dann muss lediglich der ConnectionString zusammen gebaut werden - und der eben der einfachheit halber genau mit dem UNC-Pfad, denn der ist auf dem Server (obwohl die Datei ja lokal vorliegt) ja auch verfügbar....

Grüße

[tsteinmaurer]

Ich steh am Schlauch.

Der Client arbeitet mit einer eigenen Datenbank, die er nur nutzen kann, wenn er in der Firma ist, da lokal kein Embedded oder Server installiert ist. Um damit arbeiten zu können, muss die Datenbankdatei in eine Freigabe des Servers kopiert werden. Der am Server zur Verfügung stehende Firebird Server dient dann als Host für die Bearbeitung der Firebird-DB. Stimmt das?

D.h. der Außendienstmitarbeiter kann dann mit der DB überhaupt nichts anfangen, wenn er sich außerhalb der Firma befindet. Warum wird dann nicht einfach eine zentrale DB für alle Clients am Server verwendet? Sorry, aber vielleicht habe ich einfach auch etwas überlesen.

[Lemmy]

oh bitte verzeih mir.... vielleicht hänge ich schon viel zu lange an dem Problem fest....

KLar hat der Außendienstler den Embedded laufen. Die Datenübergabe passiert aber so, dass er ab und zu eine Datensicherung an die Hauptstelle sendet. Dort arbeitet dann ein Mitarbeiter an einem normalen Client - seinem üblichen Arbeitsplatz - und muss nun die DB in das Hauptsystem importieren. Dazu wird die Datensicherung wieder hergestellt und dann importiert. Wie gesagt - das funktioniert derzeit schon seit Jahren so, dass die Import DB im Datenbankverzeichnis erstellt wird, das per UNC-Freigabe oder sogar Laufwerksmapping vom Client aus zugreifbar ist.

Vielleicht noch drum herum: Synchronisation und ähnliches ist nicht notwendig - die Externen erfassen mehr oder weniger nur Daten, die dann ins Hauptsystem wandern sollen.

[Perlsau]

Zitat von Lemmy:

oh bitte verzeih mir.... vielleicht hänge ich schon viel zu lange an dem Problem fest....

KLar hat der Außendienstler den Embedded laufen. Die Datenübergabe passiert aber so, dass er ab und zu eine Datensicherung an die Hauptstelle sendet. Dort arbeitet dann ein Mitarbeiter an einem normalen Client - seinem üblichen Arbeitsplatz - und muss nun die DB in das Hauptsystem importieren. Dazu wird die Datensicherung wieder hergestellt und dann importiert. Wie gesagt - das funktioniert derzeit schon seit Jahren so, dass die Import DB im Datenbankverzeichnis erstellt wird, das per UNC-Freigabe oder sogar Laufwerksmapping vom Client aus zugreifbar ist.

Vielleicht noch drum herum: Synchronisation und ähnliches ist nicht notwendig - die Externen erfassen mehr oder weniger nur Daten, die dann ins Hauptsystem wandern sollen.

Aha, es funktioniert also seit Jahren schon so. Wo ist dann aber das Problem, um dessen Lösung du hier nachsuchst?