Welche Datenbank.

[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

[rweinzierl]

Hallo


Ich würde die embeded Firebird Datenbank nehmen ==> Braucht man wirklich Mulituser dann einfach irgendwo einen Server (Firebird ist ja Kostenlos) installieren .

Alles was man braucht ist irgend ein Rechner der immer läuft

mfg

Reinhold

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

[p80286]

Alles in allem eine etwas seltsame Beschreibung.
Es kommt mir so vor, als ob Dein Auftraggeber des öfteren mal das Titelblatt einer Computerzeitung mit C (und p am Ende) gelesen hat.

a) hör auf Bernhard, laß es Dir schriftlich geben, sonst gibt es hinterher Streit über eine "klitzekleine" Änderung, die Dich 5 Jahre Deines Lebens kostet.

b) Schau Dir mal Firebird an, da hast Du beide Optionen (Server und embedded) und die Ausgaben sind minimal.

Gruß
K-H

[RWarnecke]

Zitat von stahli:

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

Stimmt so nicht zu 100%. Bei Firebird brauchst Du auch für einen Serverzugriff keine Installation. Auch hier reicht es, wenn man die gleichen DLL's ins Programmverzeichnis kopiert. Bei einem Serverzurgiff musst Du dazu nur lediglich die fbembed.dll in fbclient.dll umbenennen. Bei den anderen DBMS-Systemen kommt es auf die Komponente an, die Du im Delphi-Programm verwendest. Verwendest Du zum Beispiel UniDAC von DevArt, dann brauchst Du auch keinen Client für einen MySQL-Zugriff installieren.

[Bernhard Geyer]

Zitat von stahli:

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

Komisch nur das wir das seit über 10 Jahren im Angebot haben. Ist zwar nicht Solid-Rock wie bei einer richtigen DB, aber halbwegs stabil bekommen das TurboDB und Co. schon hin. Kein Vergleich mit instabiler BDE und Paradox/dBase.

Zitat von stahli:

Was spricht im Firmenumfeld gegen eine vernüftige Installion eines DB-Servers?

Und wer Betreut das? Und wenn die IT-Abteilung sagt: "Is nicht" bzw. "Nur unter unserer Kontrolle. Macht x€/Jahr Betreuungskosten"

[BUG]

Afaik sollte man Multiuserzugriff auf Netzwerklaufwerken mit Embedded Datenbanken vermeiden wo es geht. Da kann soviel schief gehen ... je nach Protokoll/Implementierung des Laufwerk können schon einfache Locking-Operationen leise scheitern.

Eine Datenbank sollte die stabilste Komponente im System sein, denn Nutzer-Daten sind das einzige Unersätzliche in einer Anwendung.
Wenn es nur irgendwie geht, setze eine richtige Datenbank ein.