Vor- und Nachteile von FB embedded für Einzelrechneranwendung

[Perlsau]

Zitat von Dejan Vu:

Ohne FB genau zu kennen: Ein RDMBS, das beim Schreiben die DB zerballern könnte, ist ein ziemlich schlecht geschriebenes.

Man kann eine FB-Datei durchaus schrotten, wenn man z.B. mit IbExpert wie wild darin herumhantiert. Das beruht auf eigener leidvoller Erfahrung
Wichtig ist daher immer, zuvor ein Backup anzulegen, dann kann ohne Angst vor Datenverlust nach Herzenslust herumexperimentieren. Die nachhaltigsten Erfahrungen macht der Mensch vermutlich noch immer durch Fehler, die richtig weh tun

[Dejan Vu]

Zitat von mkinzler:

Dieses Problem verschwindet hoffentlich, wenn FB3 mal fertig ist.

Ah. Also doch... (FB2).

Zitat von Perlsau:

Wichtig ist daher immer, zuvor ein Backup anzulegen...

Vor jeder Transaktion?



Ich geh jetzt andere Leute nerven (aka zur Arbeit)

[mkinzler]

Dieses Problem verschwindet hoffentlich, wenn FB3 mal fertig ist.

[Perlsau]

Naja, ich hab eigentlich immer nur Kleinkunden, die eine kleine spezielle Verwaltung benötigen, und das sind gewöhnlich keine PC-affinen Leute, die wollen nicht unbedingt was umständlich installieren, sondern am liebsten alles so einfach wie nur möglich. Deshalb sind meine Anwendungen meist Embedded-Varianten, die bei Bedarf natürlich auch mit einem installierten FB-Server laufen würden. Einige wollen abends den gesamten Programmordner auf ihrem Stick mit nach Hause nehmen oder in einer anderen Filiale einsetzen. Anwendungen, die von verschiedenen Betriebsstätten aus auf einen zentralen Server im Internet zugreifen, hab ich bislang nur einmal benötigt.

Backups bei Embedded-Betrieb mach ich meist nur als gewöhnliche Kopie der FDB-Datei, denn da kann nix schiefgehen, wenn die Verbindung zur Datenbank getrennt ist. Bei Server-Versionen laufen Backup und Restore natürlich über Gbak.

Zwar empfehle ich immer, beide Backup-Möglichkeiten (bei Start und Ende) zu nutzen, überlasse es aber letztlich meinen Anwendern, das über die Optionen selber einzustellen. Wichtig ist auch, beim Start-Backup einen anderen Dateinamen zu verwenden als beim Ende-Backup. Die luxuriöse Variante ist ein mit Datum versehenes Backup, was bei den relativ kleinen FDB-Dateigrößen, mit denen ich's gewöhnlich zu tun habe, kein Problem darstellt. Mehr wird (zumindest bei meiner Kundschaft) nicht wirklich benötigt.

Zitat von hoika:

Ein fremdes Programm benutzt eine andere DB-Version oder rückt das sysdba-Passwort nicht raus, um unseren eigenen User anzulegen. Normalerweise umgehen wir das dann über "fbserver -a -p 3051". Manchmal klappt aber ach das nicht.

Im Rahmen meiner Tätigkeiten für andere Entwickler gab es eigentlich nie Probleme damit, vom Hersteller der Fremdsoftware die entsprechenden Daten zu erhalten, nachdem wir uns dort als Entwickler einer Zusatz-Software vorgestellt und in einigen Fällen entsprechende Geheimhaltungspapiere unterzeichnet hatten. Wäre natürlich schwieriger, wenn es sich um Konkurrenzprodukte handeln würde, war aber nie der Fall. Die meisten Firmen setzen Standardsoftware ein, die von irgendwelchen spezialisierten Software-Häusern entwickelt wird. Letztere sind nicht unbedingt in der Lage oder willens, die vom Kunden gewünschte Zusatz-Software (z.B. eine automatische Katalogerstellung aus den Artikeldaten) zu entwickeln oder verlangen horrende Summen, weil der jeweilige Kunde angeblich der einzige sei, der so eine Zusatzfunktion benötige.

[Lemmy]

Zitat von hoika:

Bsp:
Ein fremdes Programm benutzt eine andere DB-Version oder rückt das sysdba-Passwort nicht raus,
um unseren eigenen User anzulegen.
Normalerweise umgehen wir das dann über "fbserver -a -p 3051".
Manchmal klappt aber ach das nicht.

dann installier doch deinen eigenen FB-Server mit eigenem Dienstnamen und eigenem Port. Vorteil: Du kannst jederzeit "deinen" Server aktualisieren, d.h. deinstallieren, neue Version drauf, ohne Angst haben zu müssen, dass sich jemand an deinen Server hängt und nach dem Update die andere Software nicht mehr funktioniert - weil Schuld bist sowieso du....

Grüße

[hoika]

Hallo Lemmy,

genau das hatte ich getan ...
FB2.01. als Application Port 3051 (-a -p 3051)

Erster Start -> es läuft.
Zweiter Start -> Nutzername oder Passwort falsch
Ds Programm will wieder FB2.5 benutzen.

Egal:
Ich habe ihm jetzt die embedded DB draufgepackt, es läuft.


Heiko

[Lemmy]

sorry, das habe ich überlesen... hat bei mir aber immer geklappt - entscheidend ist halt die ClientDLL und der ConnectionString

[p80286]

[OT]

Zitat von hoika:

Ein fremdes Programm benutzt eine andere DB-Version oder rückt das sysdba-Passwort nicht raus,
um unseren eigenen User anzulegen.
Normalerweise umgehen wir das dann über "fbserver -a -p 3051".
Manchmal klappt aber ach das nicht.

(----------- Gedankenverbalisierung durch Zensur gestrichen ---------------------------)
Falls es sich um eine Datensammlung nur für ein Programm (anstatt TXT-Dateien) handelt, mag das ja noch angehen. Handelt es sich um Unternehmensdaten und ich habe keine Möglichkeit mit meinen Daten zu machen, was ich will, und vor allem auf meine Weise, dann fliegt der Anbieter schneller hinaus als er hereingekommen ist.

Gruß
K-H
[/OT]