Welche Datenbank.

[Bernhard Geyer]

Zitat von Morphie:

Soll es Multi-User fähig sein? wenn nicht, würde ich zu einer Embedded-Datenbank raten,

Viele Embedded-Datenbanken können auch Multi-User.

Zitat von Morphie:

... wie z.B. Firebird Embedded.

AFAIK hat man vor kurzen was in FB eingebaut das dies das mittlerweile auch kann.

[Angel4585]

Zitat von Bernhard Geyer:

Zitat von Morphie:

Soll es Multi-User fähig sein? wenn nicht, würde ich zu einer Embedded-Datenbank raten,

Viele Embedded-Datenbanken können auch Multi-User.

Zitat von Morphie:

... wie z.B. Firebird Embedded.

AFAIK hat man vor kurzen was in FB eingebaut das dies das mittlerweile auch kann.

Hat man, dann geht aber auch nur Multi-User auf einem Rechner problemlos, aber mehrere Rechner im Netzwerk kann man vergessen.

[holgerbremen]

Zitat:

Soll es Multi-User fähig sein?

So wie es aussieht nicht.

Das Programm und den Daten werden auf einem Server auf einem freigegebenen Verzeichnis liegen. Die User sollen dann mit dem Programm arbeiten, aber nicht parallel. Eventuel müsste ein Hinweis erscheinen, dass die Datenbank gerade bearbeitet wird. Aber das Problem kann man wohl anders lösen.

Welche Möglichkeiten hätte ich den, wenn mehrere User parallel arbeiten. Schlimmstenfalls würde der letzter User der speichert, gewinnen.

[Bernhard Geyer]

Zitat von holgerbremen:

Zitat:

Soll es Multi-User fähig sein?

So wie es aussieht nicht.

Lass dir das schriftlich geben!

Zitat von holgerbremen:

Schlimmstenfalls würde der letzter User der speichert, gewinnen.

Wenn das DBMS keine Multi-User unterstützt dann kannst du die Daten nicht mal lesen.

[holgerbremen]

Zitat:

Lass dir das schriftlich geben!

Falls es so ist, wird es im Pflichtenheft stehen.

Zitat:

Wenn das DBMS keine Multi-User unterstützt dann kannst du die Daten nicht mal lesen.

Na super, für den Fall wäre das Problem ja gelöst.

[Morphie]

Soweit ich weiß, dürfen Firebird Datenbanken nicht auf Netzlaufwerken / UNC-Pfaden liegen. Das fällt also dann schon mal raus.

Und bevor du auf dumme Ideen kommst: Access als Desktop-DB fällt immer raus

[holgerbremen]

So, laut Kundenaussage "könnte" die Datenbank Multiuserfähig sein. Soll heißen, nicht zwingend, könnte aber die Multiuserfähigkeit könnte drohen.
Was nun? Welche Datenbank bzw. welches System kommt noch in Frage?

Zitat:

Und bevor du auf dumme Ideen kommst: Access als Desktop-DB fällt immer raus

Hmmm, der Kunde hatte bisher eine Access-Anwendung, die auch auf einem Serverlaufwerk lag.

[Morphie]

Zitat von holgerbremen:

Hmmm, der Kunde hatte bisher eine Access-Anwendung, die auch auf einem Serverlaufwerk lag.

Ja, das war mal irgendwann gängige Praxis... Aus eigener Erfahrung kann ich dir aber sagen, dass du damit nicht glücklich wirst.
Wir haben das bei einem Produkt bei uns auch mal so gemacht und müssen seitdem täglich diverse Datenbankdateien beim Kunden reparieren. und wenn man Google fragt, sind wir da kein Einzelfall

[Bernhard Geyer]

Zitat von holgerbremen:

So, laut Kundenaussage "könnte" die Datenbank Multiuserfähig sein. Soll heißen, nicht zwingend, könnte aber die Multiuserfähigkeit könnte drohen.

"Könnte" hat im Pflichtenheft nix zu suchen.

Zitat von holgerbremen:

Was nun? Welche Datenbank bzw. welches System kommt noch in Frage?

Wie ob: Absolute Database, ADS Local Server, ...

Zitat:

Hmmm, der Kunde hatte bisher eine Access-Anwendung, die auch auf einem Serverlaufwerk lag.

Wenn du graue Haare oder Stellen mit Ausgerissenen Haaren magst kannst du gerne bei Access bleiben.
Willst du dagegen ohne (maximalen) frust auf das DBMS Abends nach Hause gehen nimm lieber keine Access

[stahli]

DB sind nicht so mein Thema.

Wenn die DB im Netzwerk liegen soll kommst Du m.E. ohne irgendeine Installation nicht hin. Schon gar nicht bei MultiUser-Zugriffen.

Die Datenbankdatei ist bei Firebird und Firebird embedded identisch.
Du kannst also ein Projekt für den lokalen Einsatz mit Firebird embedded bauen und das Ganze später dann doch noch in´s Netzwerk verlagern.

Wenn keine gemeinsamen Zugriffe möglich sein sollen könnte man ggf. die DB-Datei aus dem Netzwerk auf den lokalen Rechner kopieren, dort öffnen und danach ggf. wieder zurück kopieren. Aber elegant ist das sicher nicht.

Was spricht im Firmenumfeld gegen eine vernüftige Installion eines DB-Servers? Firebird ist auch für kommerziellen Einsatz frei und offenbar für normale Anbwendungsfälle auch ausreichend schnell und stabil.