Firebird 2 Programme 2 Datenbanken Probleme??

[shmia]

Also man kann a.) mehrere Datenbanken unter einer Serverinstanz laufen lassen oder b.) man hat jeweils eine Datenbank unter mehreren Serverinstanzen laufen.
Alle Serverinstanzen auf dem gleichen Rechner.

Die Variante b.) führt immer zu schlechterer Leistung, da der Hauptspeicher schlechter ausgenützt wird.
Bei Variante a.) sind die Datenbanken trotzdem vollständig voneinander isoliert.
Ein Datenbankserver kann in aller Regel dutzende oder hunderte Datenbanken parallel hosten.

Wird auf Datenbank_1 eine hohe Last erzeugt, bremst die natürlich auch die Leistung der Datenbank_2, aber bei Variante b.) wäre das noch schlimmer.

[mkinzler]

Mein Vorschlag mit der weiteren Instanz war nur im Bezug der Absicherung gegenüber dem anderen Programmlieferanten gemeint.

[Andreas Schilling]

RavenIV:

Zitat:

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.

Genau das ist das Problem. Leider funktioniert das mit dem an den Tisch setzen nicht. Wir vertreiben unsere Software per CD, Installation erfolgt örtlich durch einen Mitarbeiter der sich mit PC auskennt unter telefonischer Anleistung. Jede Installation durch uns mit Anfahrtwegen von mehreren 100 km würde den Preis der Software glatt verdoppeln.

mquadrat:

Zitat:

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

Der Kunde war bereit mehr zu zahlen den der Auftrag war so unterschrieben. Er will einfach keine Probleme bei seiner vorhandenen Software haben und hat sich gesagt, bevor er auf unsere Software verzichtet, arbeitet er halt nur lokal.

[mkinzler]

Man könnte den Server auch auf einem der Rechner installieren, der natürlich immer angeschaltet werden musss. Zwar nicht so optimal, aber besser als verteilte Datenhaltung, da nun nur noch der eine Rechner gesichert werden muss.

[shmia]

Zitat:

Zitat von mkinzler

Mein Vorschlag mit der weiteren Instanz war nur im Bezug der Absicherung gegenüber dem anderen Programmlieferanten gemeint.

Ja klar, ich kenn das Problem auch.
Das führt manchmal dazu dass zwei bis vier MSDE Instanzen auf einem Rechner mit 512kB RAM installiert sind.
Dann erklärt man dem Kunden mit Engelszungen, dass er die Datenbanken doch auf einen "richtigen" SQL-Server umziehen soll (denn er hat schon einen SQL-Server für andere Datenbanken).
Manchmal tut er das auch, manchmal nicht - nun ja, das ist dann sein Bier.

[Hansa]

Zitat:

Zitat von Andreas Schilling

...momentan ist der Stand, unser Programm wird lokal auf einem Platz installiert, was den Verkaufspreis aber reduziert

Ist das Ziel jetzt, den Verkaufspreis zu erhöhen oder reicht lokal ? Im letzteren Fall wäre mit embedded FB sowieso alles geklärt. Vermutlich soll das also ersteres sein. Da muss man taktisch vorgehen. Ich würde ihm mit IBExpert zeigen, dass alles geht. Da sieht man links in dem TreeView schön mehrere DBs. Davon würde ich ihm die Daten zeigen und ihm klarmachen, dass das ein einzelner Server ist, der läuft und trotzdem die Daten mehrerer DBs anzeigt. Dürfte auf jeden Fall besser sein, als die schriftliche Stellungnahme eines unbekannten "Experten".

[RavenIV]

Zitat:

Zitat von Hansa

Zitat:

Zitat von Andreas Schilling

...momentan ist der Stand, unser Programm wird lokal auf einem Platz installiert, was den Verkaufspreis aber reduziert

Ist das Ziel jetzt, den Verkaufspreis zu erhöhen oder reicht lokal ? Im letzteren Fall wäre mit embedded FB sowieso alles geklärt. Vermutlich soll das also ersteres sein. Da muss man taktisch vorgehen. Ich würde ihm mit IBExpert zeigen, dass alles geht. Da sieht man links in dem TreeView schön mehrere DBs. Davon würde ich ihm die Daten zeigen und ihm klarmachen, dass das ein einzelner Server ist, der läuft und trotzdem die Daten mehrerer DBs anzeigt. Dürfte auf jeden Fall besser sein, als die schriftliche Stellungnahme eines unbekannten "Experten".

Das würde ich nicht machen.
Das verunsichert den Kunden, weil EINE Software (IBExpert) Zugriff auf alle DBs hat.
Es könnten so also auch die anderen Programme Zugriff auf alle DBs bekommen.
Das wäre dann ein Gegenargument.


Erklär ihm lieber die Wirkungsweise eines DB-Servers.
Dann kannst Du ihm auch erklären, wie die verschiedenen DBs voneinander getrennt sind.

[Hansa]

Zitat:

Zitat von RavenIV

Das verunsichert den Kunden, weil EINE Software (IBExpert) Zugriff auf alle DBs hat..

Dann dürfte er es aber begreifen. Erklärungsbedarf besteht so oder so. Vermutlich hat der nur Angst, das andere Programm würde nicht mehr laufen. Für ihn gibts eben nur "den Computer". :lol:

[Elvis]

Du kannst Firebird auch ohne das normale Setup in einem eigenen Setup in den Ordner deines Appservers extrahieren und dann dort selbst als weiteren Service mit einem selbst gewählten High-port (48015 etc) registrieren.
Auf der ganz sicheren Seite wärst du, wenn du deinen Firebird als Applikation von deinem Appserver aus startest, nicht als Service.
Dummerweise geht das seit Vista als Server nicht mehr wirklich (wohl auch beim neuen Windows Server). (TCP Connections werden dann blockiert)

Versuche die Kollisionschance praktisch null zu halten:
- Deine Software zerstört keine bestehenden Installationen.
- Und ganz wichtig: Andere Setups werden deine Software nicht töten.

Das heißt aber auch immer, dass du den Server mit deiner Serveranwendung selbst installieren musst, ohne das offizielle Setup zu nutzen.

[mkinzler]

Zitat:

Das heißt aber auch immer, dass du den Server mit deiner Serveranwendung selbst installieren musst, ohne das offizielle Setup zu nutzen.

Das sollte kein Problem darstellen, da alles Notwendige ja dabei ist.