Firebird 2 Programme 2 Datenbanken Probleme??

[Andreas Schilling]

Problematik:
Wir haben ein Programm von uns an einen Kunden verkauft und dieser wollte Datenbank und Firebirdserver auf dem Server installieren. Dabei stellte er fest das Firebird schon installiert ist weil schon eine andere Software im Netz damit arbeitet. Habe ich gesagt: Kein Problem, einfach Firebirdversion beim Hersteller der anderen Software erfragen (damit auf Clients, wo das andere Programm nicht installiert ist aber dafür unseres, die passende Firebird-dll drauf kommt), dann nur unsere Datenbank auf den Server schieben, den Verbindungsstring für die Datenbank in der INI- Datei anpassen und alles läuft. Jetzt meldet der Kunde zurück, der Hersteller der anderen Software habe Bedenken, wenn zwei Programm auf zwei unterschiedliche Datenbanken zugreifen, das könne zu Problemen / Datenverlust führen. Das war für mich neu, da wir schon andere Programme ohne Probleme unter vorhandene Firebird- Installationen eingeklinkt haben. Kann es wirklich Probleme geben? Ich habe jetzt schon eine Weile im Netz gesucht, aber zu der Problematik kein Thema gefunden.

[mkinzler]

Ist auch Schwachsinn. Das einzige Problem könnten verschiedene Versionen von FireBird darstellen, da der 2er es etwas genauer nimmt. Aber mehrere Datenbanken kann ein Server problemlos parallel verwalten

[Andreas Schilling]

Jetzt bräuchte ich nur noch ein offizielles Schreiben dazu, damit ich das Thema beim Kunden wieder aufrollen kann (momentan ist der Stand, unser Programm wird lokal auf einem Platz installiert, was den Verkaufspreis aber reduziert). Meine Aussage das geht wird seine Bedenken zu eventuellen Datenverlust nicht beseitigen.

[Bernhard Geyer]

Eine offizielle Aussage wirst du dir aus der Firebird-Webseite extrahieren dürfen oder gegen Geld bei einem auf Firebird spezialisierten Dienstleister ausstellen müssen.

[mkinzler]

Dann installiere eine weitere Instanz auf einem abweichenden Port.

[mquadrat]

Was wichtig ist, wenn sich zwei Programme unterschiedlicher Herkunft einen Server teilen sind zwei Sachen

- Firebird-Version
- Konfiguration des SYSDBA Kontos

Man sollte es kaum glauben, aber wir haben bei einem Kunden tatsächlich die Situation, dass sich sein CRM mit dem Standardpasswort (!) für den SYSDBA an der Datenbank anmeldet.

[RavenIV]

Also ich habe hier auch nur einen Firebird-Server.
Bei diesem sind ständig Clients verbunden mit der DB.

Gleichzeitig lass ich auf dem selben Server auch die Test-DB laufen und verbinde mich damit.

Es sind also zwei unterschiedlich DBs auf einem Server angehängt.
Wir hatten noch nie irgendwelche Probleme.

[dataspider]

Ich habe 6 Datenbanken auf einem Server im gleichzeitigen Zugriff. Es sind aber insgesamt nur etwa 50 Benutzer.
Das gehört ja eigentlich auch zur Aufgabe eines DB - Servers.
Probleme hatte ich in der Vergangenheit eher, wenn unterschiedliche DB - Server auf einer Maschine waren.

Und mit dem ofiziellem Schreiben - also, vielleicht geh ich mal zu meinem Autohändler und lass mir schriftlich bestätigen, dass das Auto zum Fahren vorgesehen ist.

Einziges Problem bei mir ist der Speicher von 1GB (neuer Server ist schon da).
Wenn noch Importe laufen, dann spürt man schon mal eine Bremse.

Cu, Frank

[EDIT]
Ach ja, ein Problem kenne ich doch. Nutzt man schlampig programmierte UDF' s, kann man auch den FB - Server abschießen.
Dann stürtzt natürlich auch das andere Programm ab.
[/EDIT]

[mquadrat]

Zitat:

Zitat von Andreas Schilling

Jetzt bräuchte ich nur noch ein offizielles Schreiben dazu, damit ich das Thema beim Kunden wieder aufrollen kann (momentan ist der Stand, unser Programm wird lokal auf einem Platz installiert, was den Verkaufspreis aber reduziert). Meine Aussage das geht wird seine Bedenken zu eventuellen Datenverlust nicht beseitigen.

Wenn es für ihn keinen Unterschied macht, ob die DB aufm Server oder lokal liegt, wird er wohl auch nach einem offiziellen Schreiben nicht bereit sein mehr Geld auszugeben ;)

Dreh den Spieß doch einfach um und lass dir von der anderen Firma ein Dokument schreiben, warum das nicht gehen sollte.

[RavenIV]

Zitat:

Zitat von Andreas Schilling

Jetzt bräuchte ich nur noch ein offizielles Schreiben dazu, damit ich das Thema beim Kunden wieder aufrollen kann (momentan ist der Stand, unser Programm wird lokal auf einem Platz installiert, was den Verkaufspreis aber reduziert). Meine Aussage das geht wird seine Bedenken zu eventuellen Datenverlust nicht beseitigen.

Das Problem kenn ich auch.
Der Kunde wird von einem anderen Lieferanten so bequatscht, dass er nicht mehr weiss, wem er glauben soll.
Natürlich glaubt er dem, der besser im Reden ist.

Ich würde alle Parteien an einen Tisch holen und dann sollen sie ihren Standpunkt untermauern.
Meistens wird aus den scheinbaren Argumenten dann ganz schnell nur "heisse Luft".
So nach dem Motto "Wir hatten da mal einen Fall,..." oder "Wir haben gehört, dass..." oder "Auf einer Internetseite haben wir gelesen, dass...".