DB-Auswahl: FB embedded mit externem Zugriff?

[tsteinmaurer]

Was heißt:

Zitat:

greift die Qualitätssicherung übers Netz auf die Daten zu

Per SQL oder kopieren der Daten auf Dateisystemebene?

Im Prinzip steht dir mit Firebird alles offen: Regulärer Firebird Server mit User/Passwort Anlage als Post-Task deines Installers, oder du nimmst den Default SYSDBA/masterkey (allerdings nicht zu empfehlen). Embedded hernehmen, wo kein Multi-User Zugriff übers Netz möglich ist, sondern z.B. Kopie der Datenbank, wenn niemand verbunden ist etc.

[messie]

Zitat von tsteinmaurer:

Was heißt:

Zitat:

greift die Qualitätssicherung übers Netz auf die Daten zu

Per SQL oder kopieren der Daten auf Dateisystemebene?

Bisher noch auf die ASCII-Daten, die auf einem Dateiserver liegen. Sowohl am Prüfstand als auch in der QS wird dasselbe Programm verwendet, nur dass in der QS die Datenaufnahme mangels Hardware deaktiviert ist.

Zitat von user0815:

Warum nicht SQLite? Die QS könnte sich dann einfach die DB ziehen / zukommen lassen.

Wir haben noch ein weiteres Programm, in dem eine Interbase 6 verbaut ist. Die könnte evtl. mal ihrem Programmierer in den Ruhestand folgen und dann stelle ich mir den Umstieg auf Firebird deshalb leichter vor, weil damit sehr viel Erfahrung vorliegt. Und daher bin ich bei der Auswahl ganz leicht in die Richtung fokussiert.

Zitat von tsteinmaurer:

Im Prinzip steht dir mit Firebird alles offen: Regulärer Firebird Server mit User/Passwort Anlage als Post-Task deines Installers(...)

Da möchte ich noch mal nachfragen, wie ich mir das vorstellen kann. Etwa: Installation mit manueller Festlegung des DB-Pfads, nach Abschluss der Aufruf eines mitinstallierten Konfigurationsprogramms mit entsprechenden Parametern ohne GUI oder Aufruf mit GUI?
Wie sieht es dann mit den Zugriffsrechten aus? Darf die QS-Installation mit denselben Userdaten zugreifen? Dort würde ich dann eine manuelle Konfiguration vorsehen.
Eine einmalige Eingabe eines Passworts/Benutzernamens kann man ja als Anleitung mitgeben. Aber nur, wenn für alle Installationen derselbe Anmeldename zulässig wäre.

Hört sich alles schon mal gut an

Danke, Messie

[mkinzler]

Zitat:

Die könnte evtl. mal ihrem Programmierer in den Ruhestand folgen und dann stelle ich mir den Umstieg auf Firebird deshalb leichter vor, weil damit sehr viel Erfahrung vorliegt. Und daher bin ich bei der Auswahl ganz leicht

Zudem hat FB den Vorteil, dass man leicht auf einen Server migrieren kann.

Zitat:

Da möchte ich noch mal nachfragen, wie ich mir das vorstellen kann. Etwa: Installation mit manueller Festlegung des DB-Pfads, nach Abschluss der Aufruf eines mitinstallierten Konfigurationsprogramms mit entsprechenden Parametern ohne GUI oder Aufruf mit GUI?

Das ist kein Problem.

Zitat:

Wie sieht es dann mit den Zugriffsrechten aus? Darf die QS-Installation mit denselben Userdaten zugreifen? Dort würde ich dann eine manuelle Konfiguration vorsehen.

Man kann auch verschiedene Benutzer (am Server) anlegen und denen in der Datenbank verschiedene Rechte/Sichten einrichten.

[messie]

Man kann auch verschiedene Benutzer (am Server) anlegen und denen in der Datenbank verschiedene Rechte/Sichten einrichten.[/QUOTE]
AUCH heißt, dass sich EIN user von zwei Standorten gleichzeitig anmelden kann?
Unterscheidliche Rechte und Sichten sind hier gar nicht nötig.

Grüße, Messie

[tsteinmaurer]

Zitat:

AUCH heißt, dass sich EIN user von zwei Standorten gleichzeitig anmelden kann?

Im Falle eines dezidierten Firebird Server Prozess, ja, natürlich. Das ist Sinn und Zweck eines multi-user fähigen DBMS, dass mehrere User gleichzeitig die Datenbank abfragen etc. können.

[messie]

Moin,

ich werde das Thema hier mal fortsetzen, da ich jetzt wieder dran bin. Ich habe etwas für mich Überraschendes heraus gefunden: Wenn ich die IB6 durch FB ersetze, läuft mein IB6-Programm bis auf eine Menge Typanpassungen von D6 nach XE2 als wäre gar nichts geändert worden.

Wenn ich eine Firebird-DB erstelle, kann ich jedoch nicht auf die DB zugreifen, da in der Software IB-Komponenten verwendet sind.
Jetzt die Frage: bringt es in diesem Fall etwas, die DB nach FB zu migrieren? Bisher geht da alles. Müsste ich dann andere Komponenten nehmen? Gibt es etwas gegen die weitere Verwendung der IB6-Datenbank einzuwenden?

Danke, Messie

[mkinzler]

Zitat:

Wenn ich die IB6 durch FB ersetze, läuft mein IB6-Programm bis auf eine Menge Typanpassungen von D6 nach XE2 als wäre gar nichts geändert worden.

Was hast du ausgetaucsht? Den Dienst?

Zitat:

Wenn ich eine Firebird-DB erstelle, kann ich jedoch nicht auf die DB zugreifen, da in der Software IB-Komponenten verwendet sind.

Wenn die Client-Dll in der gds32 Variante vorhanden ist, sollte damit auch ein Zugriff möglich sein.

Zitat:

Jetzt die Frage: bringt es in diesem Fall etwas, die DB nach FB zu migrieren? Bisher geht da alles. Müsste ich dann andere Komponenten nehmen? Gibt es etwas gegen die weitere Verwendung der IB6-Datenbank einzuwenden?

In FireBird wurden viele Fehler berreinigt und neue Features hinzugefügt. Zudem ist das DBMS schneller als IB6