FB auf einem Netzlaufwerk

[hstreicher]

Firebird ist ein Server , wenn der auf 2 Rechnern laufen soll und immer mal der eine oder andere ausgeschaltet werden kann , dann
muss auf jedem PC der Server installiert werden , d.h. 2 Server laufen die auf eine FB Datenbank zugreifen und das geht !NICHT!

FB Braucht exclusiven Zugriff auf die Datei.

wenn die Geschwindigkeit zweitranig ist dann geht auf ein Raspberry als Microserver

http://mapopa.blogspot.de/2012/11/de...small-arm.html

und hier noch die Ofizielle Meinung dazu
http://www.firebirdfaq.org/faq46/

mfg Hannes

[hoika]

Hallo,
danke für die vielen Antworten.
Das hilft mir aber leider nicht weiter.

Das FB am einfachsten auf einem Server läuft, ist natürlich klar.

Aber die Anforderung ist nun mal so.

Der Kunde sagt: Bei dem anderen System geht das auch (z.B. DBase, Access auf Fritz-USB).

Heiko

[mikhal]

Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.

Grüße
Mikhal

[Sir Rufo]

@hoika

Ich schlage solchen Kunden dann immer vor, wenn die jetzt ihre Autos abschaffen und durch Tretroller ersetzen (damit kommt man auch von A nach B, günstiger im Unterhalt und für die Umwelt) dann bringe ich das System auch wie gewünscht zum Laufen.

Eine Optimierung muss man immer ganzheitlich umsetzen

Seltsamerweise wollte sich bislang noch niemand auf diesen Deal einlassen

[Bambini]

Zitat von mikhal:

Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.

Klappt leider nicht. Der "embedded" Client ist ja nur Client und Server zusammen. D.h. in der fbClient.dll ist alles drin und dieser locked die DB Datei exklusiv.

[mkinzler]

Zitat von Bambini:

Zitat von mikhal:

Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.

Klappt leider nicht. Der "embedded" Client ist ja nur Client und Server zusammen. D.h. in der fbClient.dll ist alles drin und dieser locked die DB Datei exklusiv.

Nein seit Firebird 2.5 basiert der embedded (Server) Client auf SuperClassic und nicht mehr SuperServer.

[Bambini]

Zitat von mkinzler:

Zitat von Bambini:

Zitat von mikhal:

Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.

Klappt leider nicht. Der "embedded" Client ist ja nur Client und Server zusammen. D.h. in der fbClient.dll ist alles drin und dieser locked die DB Datei exklusiv.

Nein seit Firebird 2.5 basiert der embedded (Server) Client auf SuperClassic und nicht mehr SuperServer.

Ist denn der SuperClassic nicht: Ein Prozess pro Client?
Was startet denn da als Prozess bei der embedded Version, die fbClient.dll?

[mkinzler]

Zitat von Bambini:

Zitat von mkinzler:

Zitat von Bambini:

Zitat von mikhal:

Schau dir mal die Spezifikation der Firebird embedded an, ich habe da so in Erinnerung, dass ab 2.5 mehrere embedded Clients auf eine Datenbank zugreifen können.

Klappt leider nicht. Der "embedded" Client ist ja nur Client und Server zusammen. D.h. in der fbClient.dll ist alles drin und dieser locked die DB Datei exklusiv.

Nein seit Firebird 2.5 basiert der embedded (Server) Client auf SuperClassic und nicht mehr SuperServer.

Ist denn der SuperClassic nicht: Ein Prozess pro Client?
Was startet denn da als Prozess bei der embedded Version, die fbClient.dll?

Ein Task pro Verbindung (mehrere Threads). Es können aber mehrere Prozesse ( in diesem Fall auf verscheidenen Rechner) auf die selbe Datei zugreifen.

[Bambini]

Zitat von hoika:

Aber die Anforderung ist nun mal so.

Der Kunde sagt: Bei dem anderen System geht das auch (z.B. DBase, Access auf Fritz-USB).

... dann die Anwendung auf Access umbauen?

[Bernhard Geyer]

Zitat von Bambini:

Zitat von hoika:

Aber die Anforderung ist nun mal so.

Der Kunde sagt: Bei dem anderen System geht das auch (z.B. DBase, Access auf Fritz-USB).

... dann die Anwendung auf Access umbauen?

dBase? Kann man das überhaupt sinnvoll betreiben ohne das es immer Abschmiert
MS Access: Da gibts viele andere Probleme. So richtig ist das kein Vollwertiges DBMS welche die ACID-Forderungen erfüllt.

Wenn man Datenverlust und permanentes einspielen von Backups aktzeptiert kann man dBase und Access verwenden.
Sind die Daten wichtig, dann fallen beide DBMS raus.