Firebird mit D2006 Prof. => welche Komponenten ?

[svs111]

Hallo,

nachdem ich gestern gehört habe, dass wohl Firebird embedded für den aktuellen zweck die richtige DB ist habe ich nun einige Zeit versucht die entsprechenden Tools / Komponenten zu finden um mein Programm darauf zugreifen lassen zu können.

Leider hat das bisher nicht funktioniert. Daher meine Frage:

Welche Komponenten nimmt man am besten für Firebird embedded und Delphi 2006 Prof? Gibt es dazu evtl. gute Tutorials?


Danke, Sven

[MagicAndre1981]

Interbase Express (ist bei Delphi dabei), Mercury Database Objects (MDO), ZEOS und dann mehrere kostenpflichtige Komponneten (Fibplus, IBObjects, InterBase Data Access Components (IBDAC)).

[svs111]

Hi,

ich kriegs mit Interbase Express nicht hin. Kannst du mir evtl. kurz schreiben wie ich vorgehe?

Danke, sven

[MagicAndre1981]

Naja, die sind auch nicht mehr empfehlendswert, da sie offiziell nur für den Interbase sind. Du brauchst auch die Kompatibilitäts-DLL gds32.dll, da sonst die IBX-Kompos nicht wollen. Diese ist beim Setup des Clients dabei.

[svs111]

MDO hat nur Dateien für Delphi 2005 dabei. Kann ich es trotzdem für 2006 benützen?

[MagicAndre1981]

da ist doch der Source dabei :gruebel: Also kannst du es doch compilieren.

[mkinzler]

Zitat:

MDO hat nur Dateien für Delphi 2005 dabei.

Zitat:

da ist doch der Source dabei Grübelnd... Also kannst du es doch compilieren.

Einfach das Package für D2005 laden, unter einem anderen Namen speichern und compilieren/installieren.
Bei der Verwendung von Zeos solltest du auf die eine CVS-Version zurückgreifen.

[svs111]

super, das installieren hat nun funktioniert.

Jetzt finde ich aber keine deutsche oder englische doku, nur portugiesisch. Habt ihr eine Doku oder ein Tut?

Nochmals danke, Sven

[Alexander]

Such hier mal in der DP. Hier gibt es ein gutes Tutorial für Firebird und die Anbindung in Delphi

[Hansa]

Im Datenbankbereich sind völlig kostenlose Komponenten immer so eine Sache. Denn es gilt immer noch : umsonst ist nur der Tod und der kostet das Leben. MDO das sind doch diese Mercury Dinger ? Nun ja, habe mir sie angeguckt. Fazit : sehr bescheiden im Vergleich zu FIBplus. Statt V6.4 könnte man die als V0.9 bezeichnen. Hintergrund : Sie basieren auf derselben Codebasis wie FIBplus. "Free Interbase Objects von ???" Sie haben eben erst vor nicht allzu langer Zeit angefangen und das merkt man sofort. Daß es kaum Dokumentation gibt, das verwundert kaum. Von FIBplus gibts einen ganzen Stapel an Dokus, Beispielen, Tutos usw. Updates für neue FB Versionen kommen ziemlich zeitnah und nutzen auch neue Features. Wenn das damit erstellte Programm völlig kostenlos sein soll, dann kann man übrigens das Original-FIBplus trotzdem verwenden. Die Trial ist im Funktionsumfang oder zeitlich nicht beschränkt. Einziger Unterschied Trial/Originalversion : es erscheint beim Programmstart eine showmessage "Thank You for evaluating FIBplus". Also ich kann Dir das nur empfehlen !

[svs111]

Hallo,

habe nun auch FibPlus geladen. Leider kriege ich auch damit keine Verbindung zur Firebird Embedded DB. Zuletzt habe ich die Meldung erhalten, dass ich keine Verbindung aufbauen kann, da der Zielcomputer die Verbindung verweigert. Da das ganze lokal abläuft weiß ich nicht was ich tun soll.

Zur Verwaltung nutze ich IB Expert ... damit kriege ich eine Verbindung. Aber nicht über die Komponenten in Delphi.

Hat jemand eine Idee woran es liegen könnte?


Danke, Sven

[MagicAndre1981]

hast du auch alle DLLs im Programmverzeichnis?

[svs111]

Du meinst das Verzeichnis des von mir erstellten Programms oder?

Denke ja. Nutze Version 1.5.3 des Firebird

Da ist die gds32.dll, firebird.conf und firebird.msg


Lokal muss ich firebird nicht nochmal extra installieren, oder?

[mkinzler]

Besser wäre es den kompletten Client ins Systemverzeichnis zu kopieren. Der besteht aus gds32.dll bzw. fbclient.dll und wenn locales benutzt werden der intl-Ordner.

[dataspider]

Zitat:

Zitat von svs111

Du meinst das Verzeichnis des von mir erstellten Programms oder?

Denke ja. Nutze Version 1.5.3 des Firebird

Da ist die gds32.dll, firebird.conf und firebird.msg


Lokal muss ich firebird nicht nochmal extra installieren, oder?

Hast du auch den Embedded Server installiert? Die DLL heisst hier nämlich nicht gds32.dll, sondern fbembed.dll.
Bei FibPlus kann man bei der Connection den DLL-Name angeben. Für andere Komponenten wie IBX müsstest du die fbembed.dll in gds32.dll umbenennen.

Frank

[Hansa]

Zitat:

Zitat von dataspider

..Bei FibPlus kann man bei der Connection den DLL-Name angeben. Für andere Komponenten wie IBX müsstest du die fbembed.dll in gds32.dll umbenennen..

Diese Mühe muß er sich bei der Trial sowieso machen.

Zitat:

Zitat von mkinzler

Besser wäre es den kompletten Client ins Systemverzeichnis zu kopieren.

Mache das besser NICHT :!: Durch so etwas macht man seine FB-embedded zu allem, nur nicht zu dem gewünschten. Z.B. zwingt man einer eventuell bereits vorhandenen Interbase-Installation eine sogar noch umbenannte GDS32.DLL und dann noch für embedded auf. Das kann einen ganzen Betrieb lahmlegen. Wie kann man nur solche Tipps geben ? :wall:

[Thanatos81]

Die fehlgeschlagene Verbindung kann auch daran liegen, dass du versuchst über das Netzwerk zu verbinden. Gib mallieber den Windowspfadnamen an. Also z.B. C:\Daten\test.fdb. Denn der embedded erlaubt keine Verbindungen von außen.

[mkinzler]

Zitat:

Wie kann man nur solche Tipps geben ? ouch!

In dem man wie ich nix in der Birne hat oder das mit der embedded überliest.

[Hansa]

Ja, ist es denn zu fassen ? :shock:

Zitat:

Zitat von mkinzler

Zitat:

Wie kann man nur solche Tipps geben ? ouch!

In dem man wie ich nix in der Birne hat oder das mit der embedded überliest.

Vorab : die Birne stammt von Dir selber. :stupid: Muß jetzt anfangen, wie Gottschalk : "liebe Kinder ! Das von mkinzler bitte nicht nachmachen !" :mrgreen: Es geht um die GDS32.DLL. Ob embedded oder nicht, das spielt überhaupt keine Rolle. Die richtige Datei muß lediglich am richtigen Ort sein. Der Salat ist aber anscheinend schon angerichtet. Vermute folgendes : Firebird installiert und einfach immer weiter gedrückt. Auch bei der Frage "copy GDS32.DLL to windows system dir...". IBExpert läuft dann deshalb auch, allerdings nicht mit der embedded, sondern mit dem Server. Gucke also zumindest in IBExpert bei "path to GDS32.DLL" oder war es Client-library name ? :gruebel: Dann könnte es noch sein, daß wegen Delphi auch Interbase installiert ist. Andere GDS32.DLL war dann schon da und zwar im System-Verz. Wurde der mkinzlersche Tip durchgeführt, dann ist die IB Installation nicht mehr zu gebrauchen. Dem fbembedded ist das allerdings alles egal, sofern er nur seine DLLS im Programmverzeichnis findet. Da gehört eventuell je nach Win Version noch die MSVCP60.DLL usw. hin. Siehe FB embedded release notes. Am besten FB deinstallieren und die Dateien neu kopieren.

[dataspider]

Hi,

noch ein Hinweis. Hansa hat, auch wenn mir der Stil mancher seiner Beiträge nicht immer behagt, schon mal einen Hauptfehler bei Installationen von Firebird / Interbase angesprochen, nämlich die richtige DLL am richtigen Ort.

Das Problem ist folgendes:

In den Quellen der Zugriffskomponenten (welche auch immer) steht irgendwo in etwa:
LoadLibrary(PChar(DLLName));

Das Dumme ist, dass z.B. erst im Systemverzeichnis von Windows und dann im Applikationsverzeichnis gesucht wird, sofern der DLLName kein Verzeichnis enthält.
Das bedeutet, das eine richtige DLL im App VZ nur dann was bringt, wenn keine andere gds32.dll irgendwo herumlungert.

Also prüfe, dass auf deinem System möglichst nur eine gds32.dll liegt.

Cu, Frank

[Hansa]

Zitat:

Zitat von dataspider

Hi,

noch ein Hinweis. Hansa hat, auch wenn mir der Stil mancher seiner Beiträge nicht immer behagt, schon mal einen Hauptfehler bei Installationen von Firebird / Interbase angesprochen,...

Wer will denn schon die Wahrheit hören ? Hier mit Sicherheit niemand. Denn es gibt schon einen Haufen an Schutzpatronen, die denken, eine falsche Herangehensweise könnte vielleicht doch zum Ziel führen.

[svs111]

hi,

habe jetzt die komplettversion genommen, damit geht es.

Das Problem war, dass ich dem Pfad zu der DLL nicht ändern durfte. Nur "gds32.dll" geht aber nicht.

Ich möchte der Software aber sagen, dass dll und db immer in dem selben Verzeichnis liegen, so dass die immer gefunden werden, egal wo der Anwender die Software ablegt. Wenn ich nur die Datei ohne den Pfad eingebe wird nichts gefunden ;(

[hoika]

Hallo #,

hier ist ein kleines Tutorial.

http://seegernet.de.ms/Delphi/FBEmbedded/FBEmbedded.htm


Heiko

[svs111]

mmmhh ... danke. Gibts sowas auch für die FIBplus Komponenten?

Prinzipiell funktioniert das ja alles. Habe nur die Probleme mit den Pfaden auf anderen Rechnern.

[Hansa]

Ah ja, das "ägyptische" Tutorial. :lol: Für Neugierige : DomoSokrat hat das in seinem Urlaub in Ägypten geschrieben. 8) Wo aber ist jetzt das Problem ? Die Einschränkung auf GDS32.DLL von FIBplus bezieht sich auf den Namen der DLL und nicht auf den Ort ! Das ist ein kleiner aber gewaltiger Unterschied. Was heißt jetzt überhaupt Vollversion ? Von FIBplus oder Firebird oder was ? Vorher ist alles nur Raterei. Vermutlich ist für Dich mittlerweile die Holzhammermethode die beste und schnellste : System sichern, plattmachen und alles was mit FIBplus, FB, IB usw. zu tun hat löschen und neu installieren. Dann aber richtig.

[svs111]

Die nicht Trial Version der FibPlus Komponenten meinte ich.

Aber wie schon geschrieben. Firebird und Fibplus laufen. Leider beziehen sich die Pfade auf den Enwicklungsrechner. Wo der User das Tool letzendlich installiert weiß ich nicht. Von daher müsste es die DB immer im selben Verzeichnis suchen.

[Hansa]

Zitat:

Zitat von svs111

Die nicht Trial Version der FibPlus Komponenten meinte ich.

Wie ist denn da der momentane Preis und wer kann so schnell liefern ? :shock: Welche FB-Version wird jetzt letzendlich verwendet ? Es muß doch nur alles da sein, wo auch das Programm selbst hinkopiert wird.

[svs111]

Zitat:

Wie ist denn da der momentane Preis und wer kann so schnell liefern ?

Ich hab internet ... da geht sowas fix. Irgendwas um die 200€ waren das.

FB Version ist 1.5

Zitat:

es muß doch nur alles da sein, wo auch das Programm selbst hinkopiert wird.

Ich muss für den alias einen Pfad zur .DB Datei angeben. anders funktioniert es nicht. Aber auch in dem og. Tutorial wird der komplette Pfad angegeben. Was nun aber wenn der sich bei installation ändert?

[hoika]

Hallo,

dann musst du den Pfad halt zur Laufzeit ermitteln
ExtractFilePath(Application.ExeName)+'data\db.fdb'
oder +'\data\db.fdb'.

Das setze natürlich voraus, dass die db immer unterhalb oder im gleichen Verzeichnis
wie die Exe steht.

hoika

[svs111]

Super danke, so funktioniert es.

[Hansa]

Mist, zu spät. :mrgreen: Trotzdem :Für was gibts INIs und DataModule ?

Delphi-Quellcode:

procedure TDM.DataModuleCreate(Sender: TObject);
var Ini : TIniFile;
begin
  Ini := TIniFile.Create (ExtractFilePath (ParamStr (0)) + 'DB.INI');
  DatenBankName := Ini.ReadString('Datenbank','Name',ExtractFilePath (ParamStr (0))+'db\db.fdb')
  DM.DataBase.Close;
  DM.DataBase.DatabaseName := DatenBankName;

Achtung ! Das Beispiel ist relativ zum Server zu sehen. Da steht z.B. folgendes drin in der Ini :
SERVER:C:\DB\DB.FDB. Ist die Ini gar nicht da oder fehlerhaft, dann wird am Ort der EXE nach der DB gesucht. Allerdings da im Unterordner DB. Das DataModul muß in der DPR Uses-Liste zuerst kommen, sonst gehts auch schief.