Firebird: Pro und Kontra oder auch Alternativen

[juergen]

Hallo zusammen,

ich habe nun einiges gelesen zu den verschiedenen RDBMS.
Ich möchte mich gern für die nächsten Jahre, wenn irgend möglich, auf ein RDBMS festlegen. Allzumal wenn ich mir dazu auch Komponeten kaufen sollte.
Allerdings ist mir bei meiner jetzigen Entscheidung für Firebird noch etwas unwohl, weil ich einfach keine Erfahrung habe.

Einige Projekte, welche mir im Moment vorschweben, würden Postgre favorisieren (wegen der Volltextsuche).
Firebird favorisiert sich aber wegen folgender Merkmale für mich:
- kostenlos, auch bei kommerzieller Nutzung
- Easy Embedded Installation/Betrieb im Apps-Verzeichnis

Meine favorisierten Komponeten für Firebird:
- FibPlus
- IBExpert

Nun meine Fragen an die erfahrenen von Euch:
1.) was spricht evtl. GEGEN Firebird?
2.) gibt es noch ein alternatives RDBMS, welches dann alle Merkmale erfüllt? (kostenlos -auch bei kommerzieller Nutzung-, leichte Embedded Installation/Betrieb, Volltextsuche)
3.) Firebird: was passiert bei einer vorhandenen Server und/oder Client Installation, wenn ich dort mit meiner Embedded Version daher komme?
4.) welche Komponenten oder auch Tools wären "Pflicht" (ich möchte später nicht in Projekten irgend etwas ändern müssen, weil Komponeten ausgetauscht werden müssen)

Prinzipiell ist wohl abzusehen, dass für das RDBMS keine "gigantsichen" Datenmengen anfallen werden. Vordergründig werden Suchfunktionen wichtig sein.

Danke schon mal vorweg für Eure Hinweise und Ratschläge!

[mkinzler]

Zitat:

1.) was spricht evtl. GEGEN Firebird?

]
-Wenig Sicherheit, bei embedded (jetzige Version)
-Trennung Benutzerverwaltung von Datenbank (jetzige Version)

Zitat:

3.) Firebird: was passiert bei einer vorhandenen Server und/oder Client Installation, wenn ich dort mit meiner Embedded Version daher komme?

Zitat:

4.) welche Komponenten oder auch Tools wären "Pflicht" (ich möchte später nicht in Projekten irgend etwas ändern müssen, weil Komponeten ausgetauscht werden müssen) Wenn deine Dlls nicht ins Systemverzeichnis kopierst nichts.

IBExpert hast du schon erwähnt.

[mr2]

Hast Du schon mal über SQL-Server-Express nachgedacht?
Der ist auch für kommerzielle Anwendungen kostenlos und je nach Anwendungsfall wesentlich schneller als Firebird.

mr2

[mkinzler]

Ist aber nicht embedded, in der Datenmenge beschränkt.

[Jelly]

Jürgen schreibt doch auch, dass es nicht um enorme Datenmengen gehen wird. Deshalb würde ich auf jedenfall auch mal über die SQL Express Variante nachdenken.

Allerdings ist mir von einer SQL Server Embedded Variante auch nix bekannt. Wenn das eine Forderung an das DB System ist, würde ich auf alle Fälle Firebird ins Visier nehmen. Gibts zwar auch für MySQL, aber ich meine nur für ISAM. Und das hiesse Verzicht auf referenzielle Integrität, also in meinen Augen ein sofortige k.o. Kriterium für eine DB.

[DeddyH]

Dann möchte ich aber auch einmal Oracle XE zur Diskussion stellen, da sind die Prereqs um einiges moderater als bei SQL Express.

[Hansa]

Alternativen gibt es genug. Allerdings muss man da auch mal eine Kosten/Nutzen-Rechnung aufmachen und abklären, was geht oder was nicht. Ob Oracle, MS-SQL, MySql usw. die sind anfangs kostenlos und irgendwie abgespeckt. Bei FB ist das nicht so. Das wird massiv gesponsort ( www.sas.com ), sonst würde die Entwicklung auch nicht relativ schnell voran gehen oder es wäre nicht umsonst.

Das Stichwort "Volltextsuche" fiel auch noch. Dazu folgendes : IBExpert (die haben nicht nur das Programm "IBExpert" !) hat ein Redaktionssystem für die DPA (aka Deutsche Presseagentur) mit Firebird und FIBPlus realisiert. Kann mir kaum vorstellen, dass da keine guten Suchfunktionen inkl. Volltextsuche drin sind. Nähkästchen : zu ! :mrgreen:

[MagicAndre1981]

hört ja mit OracleXE und MSSQL Express auf, die Dinger graben sich so tief ins System ein, das ist nicht mehr schön :wall:

[juergen]

Danke für die Info's! :thumb:
Oracle XE hat mich mit seinen "komischen" Supportbedingungen irgendwie abgeschreckt.
Zu MS Express: da habe ich (noch) zu wenig Infos. Bin aber dran.

Folgendes möchte ich noch erläutern, weil ich ja nicht genau weiß, ob ich hier überhaupt richtig liege.
Warum Embedded?
Ich habe einiges dazu gelesen. Die Einschränkungen für Firebird wären für mich hierzu völlig i.O..
Aber es gibt auch Programmierer, welche das komplett ablehnen.
Ich möchte die Vorteile und Funktionen eines RDBMS nutzen (hatte vorher erst mit typisierten Dateien geliebäugelt).
Allerdings möchte ich mit meiner Entsscheidung für ein DB-System auch unbedingt Inkompatibilitäten mit evtl. schon vorhandenen Versionen, welche auf einigen Rechnern vorhanden sein könnten, aus dem Weg gehen.
Wichtig ist auch ein einfaches Setup! Das App-Verzeichnis anlegen, alles reinkopieren -> fertig (da scheint Firebird ja ideal zu sein).
Dann soll (zumindest in der Theorie) alles laufen, egal was auf dem Rechner alles so installiert ist.

Da wäre halt die Frage, was meine App in Verbindung mit der Embedded-Firebird-Version macht, wenn es auf diesem Rechner schon eine Firebird Server/Client Anwendung gibt?
Läuft sowas überhaupt parallel?
Oder wenn eine andere Anwendung auch die Embedded Version nutzt...
Es ist also das Dillemna:
eigene Anwendung mit embedded DB = einfache Integration, keine Systemveränderungen vs. "richtige" Server/Client Installation mit aufwendigem Setup, Integration, Parametrierung, Systemveränderung usw....

Die Kosten/Nutzen- Überlegungen von Hansa spielen natürlich auch eine Rolle, gerade weil es auch verstecket Kosten gibt (bei einigen DB-System zumindest).

Bis jetzt scheint Firebird die beste Lösung für mich.
Werde mich aber noch weiter informieren.

[Hansa]

Zitat:

Zitat von juergen

..Da wäre halt die Frage, was meine App in Verbindung mit der Embedded-Firebird-Version macht, wenn es auf diesem Rechner schon eine Firebird Server/Client Anwendung gibt?
Läuft sowas überhaupt parallel?..

Warum soll denn das nicht parallel laufen ? Darum gehts doch bei embedded, zumindest hauptsächlich. 8) Ich werde den Teufel tun und z.B. eine Demo-Version nicht als embedded auszuliefern. Ich lasse dem User sogar die Wahl, das entsprechende Programm nur von einer CD zu starten. Dann hat er eben nicht die Möglichkeit, etwas abspeichern. Will er auch das testen, dann muss er die Demo eben auf Festplatte speichern. Im Programm selbst wird dann der Laufwerkstyp beim Programmstart überprüft und globale Variable gesetzt. Je nach Wert : abspeichern -> ja/nein. Auf der Festplatte sieht es dann ähnlich aus. Ist auch alles getestet und geht so.

Mit folgender Ausnahme : man hält sich an den Microsoft-"Standard". Wenn einer andere Meinung ist, dann ist ausdrücklich erwünscht, eine Antwort zu geben !! Es wird gesagt, dass man sein Programm im User-Verzeichnis speichern soll. Jetzt hat da einer vor 1 Jahr Programm von mir installiert (dürfte noch FB 1.5 gewesen sein). Die GDS32.DLL liegt im User Verzeichnis mitsamt Programm etc. Juergen schickt nächste Woche seins. Auch embedded, aber FB 2.0. Und nu ? :mrgreen: