Firebird-Connectionstring mit UNC Pfad

[Lemmy]

Hi,

ok, dann versuche ich das mal über einen Alias.

Und im Grunde liegt die DB aus sicht des Servers schon lokal - ich gebe aber halt einen UNC-Pfad an, der auf eine lokale Freigabe zeigt.

und lokal auf dem CLient zusammenbauen/zugreifen geht halt auch nur, wenn ich lokal den embedded zur Verfügung habe, d.h. anstelle der CLient.dll den embedded mit ausliefere. Dann müsste ich das Pfad-Gewürge nicht machen. Wäre mir lieber, bekomme ich aber erst dann durch, wenn definitiv nix anderes geht...

Grüße

[tsteinmaurer]

Weg mit Freigaben auf Verzeichnissen in denen sich Datenbankdateien befinden. Wenn jemand lustig ist, macht er/sie sich eine Kopie der Datenbankdatei bei aktiven Verbindungen mit einem möglichen Ergebnis, dass die Kopie und/oder das Original beschädigt wird.

Am besten ist, der Client verbindet sich, wie bereits erwähnt, über einen Alias. Da kannst dann die Steuerung, welche DB gerade über einen Alias zugänglich ist, zentral über die aliases.conf am Server vornehmen.

lg,
Thomas

[Lemmy]

Hallo,

vielleicht noch zur Ergänzung:

Der Client muss Daten die in einer FirebirdDB sind und auf dem Client-Rechner liegt in die Server-DB einspielen (wenn man so will, Daten von externen, mobilen Mitarbeitern). Da auf dem Client weder Embedded noch ein Server installiert ist, muss diese DB irgend wie in den Bereich des FB-Servers kommen.

@THomas: Bitte nicht falsch verstehen.... Ich stimme dir völlig zu! Ich kann und möchte hier nicht so viel schreiben - ich hoffe du kannst es akzeptieren wenn ich hier einfach schreibe, dass ich manche Dinge (auch wenn ich sie gerne ändern würde) nicht ändern kann - falls Du das nicht verstehst, bin ich gerne bereit dir die Details per PN mitzuteilen.

Meine Idee geht in Richtung embedded auf den Clients zu installieren - hat aber den Nachteil, dass bei manchen Kunden nachjustiert werden muss, da diese einen Client zum Server gemacht haben (also da drauf auch regulär arbeiten) und hier nicht per Server-Connectionstring verbunden wird (habe ich zumindest so mal gesehen) was bei einem installierten embedded FB dann eben nicht mehr geht, weil der dann die DB komplett sperrt (FB 2.1).

Eine weitere Idee war aber halt auch, ein alternatives Verzeichnis auf dem Server (eben nicht das DB Verzeichnis sondern ein leeres) frei zu geben, in das der Client dann die DB kopieren kann und um der Einfachheit halber dann eben auch per UNC-Freigabe den Connectionstring zusammen baut. Meine Ursprüngliche Idee war, hier dem Client den Connectionstring für dieses Verzeichnis per Ini-Datei bekannt zu geben, dann wäre alles kein Problem - wurde aber bisher auch abgelehnt, da hier massive Eingriffe in die Sourcen befürchtet werden (wobei der Großteil oder fast alles eh meine Bereiche tangieren würden).

Allerings habe ich inzwischen über den Alias nachgedacht - funktioniert in meinem Anwendungsfall auch nicht, da ggf. auch mal 2 unterschiedliche Clients zur selben Zeit importieren müssen - dann geht das komplett in die Hose.... Außer ich mach für jeden Client einen extra Alias Eintrag.... ich glaube ich brauche dringend Argumente für den Embedded auf den Clients

Grüße

[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.