FB auf einem Netzlaufwerk

[Bambini]

Zitat:

Zitat von hoika (Beitrag 1340964)

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?

[p80286]

Zitat:

Zitat von Bambini (Beitrag 1340974)

Zitat:

Zitat von hoika (Beitrag 1340964)

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?

Statt Tretroller der Nachweis, daß man mit einem Fiat500 auch einen 5m3 Gastank transportieren kann:shock:

Wie wäre es anders herum. jeder Client bekommt eine eigene Datei und die beiden synchronisieren sich wenn sie nichts besseres zu tun haben.
Ich pers. halte von solchen Sachen recht wenig, aber Entscheider denken da wohl anders. Hätte den Charme, daß man sich da das Backup sparen könnte (-naja aber wer solche Anforderungen hat wird auch das mögen)

Gruß
K-H

[Bambini]

Zitat:

Zitat von 4dk2 (Beitrag 1340956)

Zitat:

Zitat von Bambini (Beitrag 1340952)

Schon alleine aus Performance Gründen macht es sehr wenig Sinn die Datenbankdatei auf einem Netzwerklaufwerk zu haben.
Alle DB's brauche einen sehr schnellen Zugang zu ihren Dateien.

Bei Zwei PCs, wird wohl keine "so" schnelle Anbindung benötigt.
Und ist auch heutzutage noch bei kleinen Systemen häufig zu finden (z.b. DBF, auch Netzlaufwerke)

Es hängt von dem Datenbank System an ob es Shared Files erlaubt/verwaltet.
Generell gehen tut es JA

Mit DB meine ich die Server gestützten. Die Client DB's wie DBF, Paradox, Access, FoxPro & Co., sind für Anwendungen mit größere Datenmengen und mehreren Users nicht geeignet.
Früher oder später stolpert da einer über das Netzwerkkabel oder der Rechner schmiert ab. Der Zustand der zurückgelassenen Dateien ist dann unbestimmt.

[Bernhard Geyer]

Zitat:

Zitat von Bambini (Beitrag 1340974)

Zitat:

Zitat von hoika (Beitrag 1340964)

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.

[p80286]

Zitat:

Zitat von Bambini (Beitrag 1340977)

Früher oder später stolpert da einer über das Netzwerkkabel oder der Rechner schmiert ab. Der Zustand der zurückgelassenen Dateien ist dann unbestimmt.

Na und? das ist dann Heiko schuld, entweder hat er nicht hinreichend auf diese Problematik hingewiesen, oder er hat sie hinter einem Wust von Fachbegriffen versteckt oder ......

Gruß
K-H

Zitat:

Zitat von Bernhard Geyer (Beitrag 1340979)

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

Das zeigt doch nur, daß Du keine Ahnung hast, die Mitgliederverwaltung unseres Kaninchenzüchtervereins funktioniert seit 30 Jahren damit!

[Bambini]

Zitat:

Zitat von p80286 (Beitrag 1340980)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1340979)

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

Das zeigt doch nur, daß Du keine Ahnung hast, die Mitgliederverwaltung unseres Kaninchenzüchtervereins funktioniert seit 30 Jahren damit!

Wow, dass ist dann noch mit Textzeichen und blickendem Cursor. Vielleicht noch mit Clipper gebaut? Hat die das Wort Netzwerk schon einmal gehört?

[p80286]

Zitat:

Zitat von Bambini (Beitrag 1340981)

Wow, dass ist dann noch mit Textzeichen und blickendem Cursor. Vielleicht noch mit Clipper gebaut? Hat die das Wort Netzwerk schon einmal gehört?

:thumb:na klar alles mit 10base2 realisiert, überhaupt kein Problem!

(noch 4 Stunden, dann ist WE)
Gruß
K-H

[mkinzler]

Zitat:

Zitat von Bambini (Beitrag 1340972)

Zitat:

Zitat von mikhal (Beitrag 1340967)

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:

Zitat von p80286 (Beitrag 1340983)

Zitat:

Zitat von Bambini (Beitrag 1340981)

Wow, dass ist dann noch mit Textzeichen und blickendem Cursor. Vielleicht noch mit Clipper gebaut? Hat die das Wort Netzwerk schon einmal gehört?

:thumb:na klar alles mit 10base2 realisiert, überhaupt kein Problem!

... auch das mit den Lochkarten, hat alles prima geklappt. Verstehe heute immer noch nicht, warum es die nicht mehr gibt;-)

[mkinzler]

Der bessere Weg, wäre ein NAS, auf welchem der Server installiert ist. Auf einer FritzBox wird das nicht funktionieren. Zudem ist diese von sich aus schon wenig performant ( als NAS) und dann noch von einem externen Laufwerk.