Connection zu firebird will nicht

[idefix2]

Hallo,

ich habe auf meinem Rechner jetzt firebird installiert. Der Server läuft, mit isql habe ich probeweise eine Datenabnk und darin eine tabelle erstellt, das funktioniert. Jetzt habe ich mir auf ein Formular aus den dbExpress-Komponenten eine SQLConnection gezogen, und dort die Eigenschaften database, password und username gesetzt, database enthält den vollen Pfad und Namen der Datenbank, user und password entsprechen genau dem, was ich auch im ISQL eingegeben habe. Dei Client-DLL habe ich im Zuge der Installation ins Windows Systemverzeichnis kopiert.

Wenn ich jetzt im Formulardesigner connected = true setzen will, fragt er noch einmal nach dem Password und meldet dann "unavailable databse". Datenbankpfad, user und password habe ich schon mehrfach überprüft, die sind richtig.
So sieht meine Connection aus:

Delphi-Quellcode:

object SQLConnection1: TSQLConnection
    ConnectionName = 'IBConnection'
    DriverName = 'Interbase'
    GetDriverFunc = 'getSQLDriverINTERBASE'
    LibraryName = 'dbxint.dll'
    Params.Strings = (
      'DriverName=Interbase'
      'Database=d:\delphi\firebird\musikbox.fdb'
      'RoleName=RoleName'
      'Password=test'
      'BlobSize=-1'
      'Interbase TransIsolation=ReadCommited'
      'Trim Char=False')
    VendorLib = 'gds32.dll'
    Left = 344
    Top = 240
  end

[mkinzler]

Wo läuft der Server (auf dem selben Rechner)?

[idefix2]

ja, auf dem selben Rechner

[RWarnecke]

Der Wert "Database" hat folgenden Syntax : <servername/server ip-adresse>:<pfad zur datenbank inkl. Datenbankname>

Beispiel für einen Server ==> 192.168.168.168:C:\Datenbanken\Firebird\Test.fdb
Beispiel für lokal ==> localhost:C:\Datenbanken\Firebird\Test.fdb

Bei dem Beispiel für lokal, kann statt localhost auch 127.0.0.1 stehen. Das gleiche für den Server, da sollte dann der DNS-Servername stehen.

[idefix2]

Habe 'localhost:' vorangesetzt, Jetzt kommt eine andere Fehlermeldung:

Unable to complete request to host "localhost".
Failed to locate machine.
Undefined service gds_db/tcp..

[khh]

Zitat:

Zitat von idefix2

Habe 'localhost:' vorangesetzt, Jetzt kommt eine andere Fehlermeldung:

Unable to complete request to host "localhost".
Failed to locate machine.
Undefined service gds_db/tcp..

Im Windows/system32/drivers/etc/ gibt es ein File SERVICES
da muss folgender Eintrag dazu:
"gds_db 3050/tcp"
Der bei den vorhandenen Einträgen gesetzte Kommentar ist optional


Gruss Kh

[idefix2]

Irgendwie ist es zum Verzweifeln.

Nachdem ich jetzt auch diesen Eintrag gemacht habe (ich habe noch einmal gesucht, in der Firebird Installationsanleitung steht von der Notwendigkeit, diesen Eintrag zu erstellen, kein Wort, zumindest habe ich nichts derartiges gefunden), scheint endlich Kontakt zwischen meinem Programm und dem Datenbankserver stattzufinden, aber ich bekomme wieder eine Fehlermeldung:
connection rejected by remote interface.

Ich habe noch einen Datenbank-alias erstellt, unter dem kann ich mit isql die Datenbank problemlos öffnen:

SQL-Code:

C:\Program Files\Firebird\bin>isql
Use CONNECT or CREATE DATABASE to specify a database
SQL> connect musikbox user SYSDBA password test;
Database:  musikbox, User: SYSDBA
SQL>

Meine Delphi-Datenbankverbindung im Klartext:

Delphi-Quellcode:

  object SQLConnection1: TSQLConnection
    ConnectionName = 'IBConnection'
    DriverName = 'Interbase'
    GetDriverFunc = 'getSQLDriverINTERBASE'
    LibraryName = 'dbxint.dll'
    Params.Strings = (
      'DriverName=Interbase'
      'Database=localhost:musikbox'
      'RoleName='
      'Password=test'
      'BlobSize=-1'
      'Interbase TransIsolation=ReadCommited'
      'Trim Char=False'
      'User_Name=SYSDBA')
    VendorLib = 'gds32.dll'
    Left = 344
    Top = 240
  end

Die Einstellungen entsprechen doch jetzt genau haargenau denen, die ich im isql eingebe,
aber es funktioniert nicht.

[khh]

Zitat:

Zitat von idefix2

Irgendwie ist es zum Verzweifeln.

Nachdem ich jetzt auch diesen Eintrag gemacht habe (ich habe noch einmal gesucht, in der Firebird Installationsanleitung steht von der Notwendigkeit, diesen Eintrag zu erstellen, kein Wort, zumindest habe ich nichts derartiges gefunden), scheint endlich Kontakt zwischen meinem Programm und dem Datenbankserver stattzufinden, aber ich bekomme wieder eine Fehlermeldung:
connection rejected by remote interface.

Ich habe noch einen Datenbank-alias erstellt, unter dem kann ich mit isql die Datenbank problemlos öffnen:

SQL-Code:

C:\Program Files\Firebird\bin>isql
Use CONNECT or CREATE DATABASE to specify a database
SQL> connect musikbox user SYSDBA password test;
Database:  musikbox, User: SYSDBA
SQL>

Meine Delphi-Datenbankverbindung im Klartext:

Delphi-Quellcode:

  object SQLConnection1: TSQLConnection
    ConnectionName = 'IBConnection'
    DriverName = 'Interbase'
    GetDriverFunc = 'getSQLDriverINTERBASE'
    LibraryName = 'dbxint.dll'
    Params.Strings = (
      'DriverName=Interbase'
      'Database=localhost:musikbox'
      'RoleName='
      'Password=test'
      'BlobSize=-1'
      'Interbase TransIsolation=ReadCommited'
      'Trim Char=False'
      'User_Name=SYSDBA')
    VendorLib = 'gds32.dll'
    Left = 344
    Top = 240
  end

Die Einstellungen entsprechen doch jetzt genau haargenau denen, die ich im isql eingebe,
aber es funktioniert nicht.

EDIT: ähm, bist dir sicher dass Interbase der richtige Treiber ist?

ich kenne zwar deine Zugriffskomponenten nicht,( hast nen bestimmten Grund diese zu verwenden?) aber warum nimmst nicht ZEOS?

damit funktionierts , zumindest bei mir, bisher bei allen Installationen fehlerfrei.

[Chemiker]

Hallo idefix2,

Du benutzt DBExpress für Interbase, um eine Verbindung aufzubauen brauchst Du eine für Firebird.

Bis bald Chemiker

[idefix2]

Verstehe. Ich habe mir eingebildet, gelesen zu haben, dass die DB-Express Komponenten Firebird können, und nachdem eine eigene Firebird Auswahl nicht verfügbar ist, habe ich gedacht, dass die Interbase Komponenten auch für Firebird funktionieren - war wohl nichts. Jetzt hab ich mir ZEOS heruntergeladen und werde mich mit der Installation von den ZEOS Komponenten spielen.

Warum muss alles sooo müüüühsam sein?

[mkinzler]

Die FireBird Treiber gibt es ert ab D2010. Diese sind aber (in der Pro) auch nur für lokale Verbindungen (wie alle dbExpress-Treiber)

[Chemiker]

Hallo idefix2,

wie khh schon geschrieben hat, es gibt eine kostenlose Zugriffkomponente: ZEOS.

Kostenpflichtige gibt es FIBplus, IBDAC, UNIDAC.

Wenn Du Geld über hast, gibt es auch die Möglichkeit sich Delphi 2010 Enterprice zu kaufen, dort ist der DBExpress-Treiber für Firebird enthalten.

Bis bald Chemiker

[mkinzler]

Oder, wenn es umbedingt dbExpress sein muss, altaernative dbExpress-Treiber z.B. von DevArt

[idefix2]

PFFFFF!

Erst einmal die ZEOS Library von Sourceforge heruntergeladen - dann versucht zum Laufen zu bringen, bis ich draufgekommen bin, dass die mit "Delphi 9" bezeichnete Version nicht Delphi 2009, sondern irgend eine ältere Version ist, ein "Delphi 9" ist mir überhaupt nicht bekannt, aber das Delphi 2009 nennen die Delphi 12.

Dann festgestellt, dass die einzige ZEOS Version, die Delphi 2009 unterstützt, die ZEOS 7.0.0 alpha ist - nicht übertrieben beruhigend, wenn man gerade erst dabei ist, zu lernen, wie die Dinge funktionieren, da sind potentielle Fehler in den Werkzeugen ein zusätzlicher Verunsicherungsfaktor.

Ich habe mir jetzt auch verschiedene kommerziell erhältliche Komponenten angeschaut und eine Trial Version der devart dbexpress Komponenten heruntergeladen. UNIDAC würde mir eventuell gefallen, weil neben Firebird eine Menge anderer Datenbankserver abgedeckt werden (Obwohl die Hauptprobleme beim Umstieg von einer DB auf eine andere ohnedies eher bei den Unterschieden zwischen den SQL Versionen und nicht beim Zugriff auf die Datenbank liegen werden). Firebird wird zwar zu beginn der Beschreibung als unterstütztes datenbanksystem angeführt, scheint in der genaueren Beschreibung dann aber nicht mehr explizit auf. Entweder diese Komponenten steuern, so wie UNIDAC (dort steht es explizit) Firebird und Interbase mit dem gleichen Schnittstllenlayer an - im Gegensatz zu den DBExpress Komponenten, weswegen ja der ganze Thread entstanden ist -, oder nur mit der ODBC Schnittstelle, dann kann man es vergessen.

Weiss jemand mehr dazu?

[hoika]

Hallo,

UniDac verwenden wir hier auch.
Ist schön einfach.

Zitat:

Warum muss alles sooo müüüühsam sein?

Du greifst mit Komponenten eines Herstellers (BorCodEmb) der Datenbank (Interbase) zu,
die ein Konkurrenzprodukt zum freien Ableger (Firebird) ist.

<Ironie>
Warum das so müüüühsam ist, weiss ich auch nicht
</Ironie>


Heiko

[Lemmy]

Hi,

für DBExpress und FB kannst DU auch noch den hier versuchen:

http://sites.google.com/site/dbxfirebird/download

ein einfacher DBX-Treiber für FB.

GRüße

[idefix2]

Zitat:

Warum das so müüüühsam ist, weiss ich auch nicht

Immer hin schaffen es ja einige Third Party Produkte, mit dem gleichen Datenbanklayer sowohl Interbase als auch Firebird abzudecken, nur dbExpress kann das offenbar nicht.

aus Wikipedia:

Zitat:

Firebird (Datenbank), ein quelloffenes Datenbanksystem, aus den freigegebenen Quellcodes von Borlands InterBase entwickelt

Da wäre es natürlich viel zu viel verlangt, die Schnittstelle zu Firebird weiterhin interbase-kompatibel zu halten, sodass Interbase-taugliche Komponenten prinzipiell auch auf firebird zugreifen können.

Aber unsere Welt ist ja die beste aller möglichen Welten, nicht wahr?

[hoika]

Hallo,

Zitat:

Da wäre es natürlich viel zu viel verlangt

Hm, du kennst schon ODS.
Um neue Funktionen bereitzustellen, muss die interne DB-Struktur halt mal verändert werden.

Und BorCodEmb macht das bei Interbase auch so und ist natürlich nicht gewillt,
auf Firebird Rücksicht zu nehmen.

BorCodEmb -> DBExpress (Löhnware für BorCodEmb) -> Interbase (Löhnware für BorCodEmb)
BorCodEmb -> DBExpress (Löhnware für BorCodEmb) -> Firebird (Freeware)


Was würdest du an Stelle von BorCodEmb machen ?
Die wollen ihr Interbase verkaufen ...


Heiko

[idefix2]

Zitat:

Um neue Funktionen bereitzustellen, muss die interne DB-Struktur halt mal verändert werden.

Das heisst aber nicht, dass auch die Schnittstelle nach aussen zwingend so umgestellt werden muss, dass sie nicht einmal abwärtskompatibel ist - und so viel neue Funktionen beim Connect wird es nicht geben

Zitat:

Hm, du kennst schon ODS.

Wikipedia:

Zitat:

Obstruktives Defäkationssyndrom, eine bestimmte Form der Stuhlentleerungsstörung

Das ist aber wahrscheinlich nicht, was Du meinst?

Zitat:

Die wollen ihr Interbase verkaufen ...

Natürlich - aber erst einmal haben sie ihr Delphi verkauft und dafür kassiert. Und zahlenden Kunden künstliche Schwierigkeiten bei der Verwendung des von ihnen gekauften Produkts zu machen (in dem Fall Delphi), weil man ihnen noch gerne ein anderes Produkt verkaufen würde (Interbase), ist vielleicht auch keine sehr gute Idee.

Ich bin jetzt dem Tip von Lemmy gefolgt und habe dbxfirebird von http://sites.google.com/site/dbxfirebird/download heruntergeladen, um wieder, nach einiger herumprobiererei, draufzukommen, dass es - wahrscheinlich? - daran scheitert, dass diese Komponenten - möglicherweise? - Firebird nur bis zur Version 1.5 unterstützen? Im readme des downloads steht zwar haarklein aufgelistet, welche Delphi Versionen unterstützt werden, aber kein Wort darüber, für welche Firebirdversionen diese Komponente gedacht ist. Beim Versuch, die Datenbank zu öffnen, kommt die Meldung, dass Benutzername und Passwort nicht in Ordnung sind, und ich möge mich an den Datenbankadministrator wenden, um ein gültiges Password zu bekommen.
Vorher habe ich noch draufkommen müssen, dass ich die c:\Users\Public\Documents\RAD Studio\dbExpress\dbxdrivers.ini anpassen muss, darüber steht auch nirgends, vor allem nicht im readme der Komponente, irgend eine Information. Es befindet sich zwar nach dem Entpacken der Komponentee im BIN verzeichnis eine eigene solche Datei, die wird aber anscheinend ignoriert, auch wenn man das Demoprogramm von dem Verzeichnis aus startet.

Aber das alles als mühsam zu bezeichnen, ist wahrscheinlich grundfalsch, macht doch einen Mordspass!

[mkinzler]

ODS = On disk structure

Zitat:

Vorher habe ich noch draufkommen müssen, dass ich die c:\Users\Public\Documents\RAD Studio\dbExpress\dbxdrivers.ini anpassen muss, darüber steht auch nirgends, vor allem nicht im readme der Komponente, irgend eine Information.

Das hat auch nicht mit dem Treiber ( nicht Komponente) zu tun, sondern ist halt bei dbExpress so (egal welcher Treiber für egal welches DBMS)
Der FireBird Client ist eigentlich abwärtskompatibel, so dass neuere Versionen grundsätzlich kein Problem darstellen sollten. Es könnte höchstens Probleme geben, da FB2.x vieles genauer nimmt als FB1.x.

[Lemmy]

Hi,

sorry, vielleicht hätte ich etwas mehr schreiben sollen...

Zur Firebirdversion:

Zitat:

4.1.2007.19 / 4.1.2009.19 / 4.1.2010.19 Release on 14 Sep 2009
....
3. Certify to access Firebird 2.1.3 18185 with dbExpress driver for Firebird

wird also unterstützt und kann man auch schnell selbst finden.

und wenn ich nach ODS suche, ist der erste Link der hier: http://www.firebirdfaq.org/faq117/.

Und das Embarcadero dir neben Delphi auch noch Interbase, Blackfish und alle anderen Produkte am besten in 2facher Ausfertigung verkaufen wollen, ist ein normaler Wunsch in einem kapitalistisch geprägten System.

Wenn Du Zugriffskomponenten für Firebird suchst weil Du damit arbeiten MUSST, weil Du Geld verdienen willst, dann kauf dir IBDAC, FIBPlus oder sonst eine Bibliothek, Empfehlungen dazu gibt es im Forum mehr als genug. Ich persönlich würde nicht (nie) einen DBX-Treiber verwenden.

Und wenn ich die Dinger runter lade, entpacke und mit Delhi 2010 das Projekt kompiliere, kommen folgende Dinger:

1. Fehlermeldung dass eine DLL nicht gefunden wurde - Lösung: Alle DLLs des Treibers in das Verzeichnis der exe kopieren
2. Fehlermeldung DLL C:\Program Files\Firebird\Firebird_1_5\bin\fbclient.dll nicht gefunden - klar ich habe auch FB 2.1 installiert, also Pfad ändern und der steckt in der ini-Datei drin, also flux geändert
3. ne existierende DB angeben

Feddig!

Ich kann hier keine ungewöhnlichen Hürden feststellen - und ich habe wie gesagt bisher nie mit dbx-Treibern gearbeitet.

Grüße

[idefix2]

Hallo,

Danke für die Antwort. Tatsächlich ist im File History.htm die Information über die Zertifizierung für die letzte firebird Version zu finden. Auf Grund Deines Postings habe ich noch einen Versuch gestartet, und jetzt funktioniert es - muss mich beim letzten Versuch irgendwo vertan haben, vielleicht doch bei Benutzernamen und Password, obwohl ich das ein paar mal überprüft habe.

Was ich gerne wissen würde:

Zitat:

Ich persönlich würde nicht (nie) einen DBX-Treiber verwenden.

Warum das?

[mkinzler]

Weil dbExpress irgendwie etwas "speziell" ist.

[Lemmy]

Zitat:

Zitat von idefix2

Zitat:

Ich persönlich würde nicht (nie) einen DBX-Treiber verwenden.

Warum das?

Es kommt darauf an! ;-)

Aber hauptsächlich weil es keine eierlegende Wollmilchsau gibt! Und wenn eine Datenbankzugriffsschicht mehr als eine Datenbank unterstützt (also nicht unbedingt Firebird und Interbase, sondern schon eher so was wie MySQL und Oracle), dann kann diese Zugriffsschicht nicht die Besonderheiten von MySQL und auch nicht die von Oracle.

Deshalb nutze ich lieber "richtige" Zugriffskomponenten und baue mir entweder selbst eine "Zwischenschicht" ein die es mir ermöglicht unterschiedliche Datenbanksysteme anzubinden oder nutze ein OPF/ORM-Framework (mit allen seinen Vor- UND Nachteilen!).

Zitat:

Zitat von mkinzler

Weil dbExpress irgendwie etwas "speziell" ist.

Das würde mich jetzt näher interessieren....

Grüße
Lemmy

[idefix2]

Hmm, aber hast Du nicht dann das gleiche Problem mit Deiner Zwischenschicht, wenn Du Kompatibilität mit verschiedenen Datenbanken brauchst?

Dass Du, wenn Du kompatibel zu vielen Datenbanken sein willst, eine Menge Einschränkungen in Kauf nehmen musst, und dass das wirklich sehr einschränkend sein kann, ist zweifellos richtig - der kleinste gemeinsame Nenner ist sehr oft VIEL kleiner als jedes einzelne Element. Aber die Einschränkungen liegen doch mehr im Bereich der Verwendung der Datentypen und Sprachelemente als im Bereich der Schnittstelle selbst, oder sehe ich das falsch?

Zitat:

nutze ein OPF/ORM-Framework

Hilfe, was ist das?

Zitat:

Weil dbExpress irgendwie etwas "speziell" ist.

Das würde mich jetzt näher interessieren....

Mich auch. Ich bin ernsthaft und sehr intensiv am evaluieren, in welche Richtung ich mich bewegen soll. Ein Problem ist, logischerweise, dass in kaum einer Beschreibung eines DBMS oder einer Schnittstellenkomponente von den Nachteilen und von dem, was das Ding nicht kann, geschrieben wird. Es ist für jemand, der sich in dieses doch recht komplexe Gebiet erst einarbeiten muss, sehr schwer, aus den Dingen, die in den jeweiligen Beschreibungen nicht stehen, die möglicherweise fehlende Funktionalität bzw. potentielle Probleme herauszulesen. "etwas speziell" ist da keine wirkliche Hilfestellung :wink:

[Lemmy]

Zitat:

Zitat von idefix2

Zitat:

nutze ein OPF/ORM-Framework

Hilfe, was ist das?

Jetzt habe ich extra drauf geachtet ORM zu schreiben, weil das in WIki erklärt wird :-) Ein OPF (Object Persistence Framework) oder ORM-Framewokr (Objekt-Relationales-Mapping-Framework) sorgt dafür, dass deine Objektorientierte Strukturen in der Software in einer relationalen DB gespeichert werden können. Im "Idealfall" definierst Du quasi das KLassenmodell, setzt das (z.B. mittels UML) um und das OPF macht den ganzen Rest. Lediglich die Oberfläche musst Du dann noch entwerfen. Aber Achtung - ein OPF ist kein Alleskönner! Da gibts auch genügend Fallen und Hürden!

Zitat:

Zitat von idefix2

Hmm, aber hast Du nicht dann das gleiche Problem mit Deiner Zwischenschicht, wenn Du Kompatibilität mit verschiedenen Datenbanken brauchst?

Jein - klar ist das nicht trivial, aber ich kann dennoch dafür sorgen, dass wenn die Datenbank z.B. wenn die Datenbank StoredProcedures und Triggers kann, dann kann ich diese auch einsetzen. Und bei ner Datenbank die "nur" Tabellen und Views kennt, nutze ich halt diese. Versuch hier in Schichten zu denken:

so sieht die typische 08/15 DB-Anwendung in Delphi aus:

GUI
----
Datenbank

Die Datenbank ist mehr oder weniger direkt durch Datensensitive Komponenten an die GUI angeschlossen. Wenn Du jetzt was wie Zeos oder DBX einsetzt siehts wegen mir so aus:

GUI
----
Zugriffsschicht
----
Datenbank

Wobei hier schon eingeschränkt werden muss, dass durch die enge Verzahnung von DBX und Zeos mit der GUI, diese nicht ohne weiteres ausgetauscht werden können.

Und so sieht es mit einem OPF aus:

GUI
----
BOM (Business Object Modell)
----
Datenbankzugriffsschicht
----
Datenbank

Oder sogar so:

GUI
----
BOM-Zugriffsschicht
----
BOM
---
DB-Zugriffsschicht
---
Datenbank

Und schon kann ich die Datenbank auswechseln und könnte sogar die Oberfläche auswechseln (z.B: von der VCL auf die Lazarus-Bib, oder NoVCL, oder Intraweb oder sonst was....) Denn wenn ich hier eine Schicht auswechsle (z.B: die Datenbank), dann muss ich lediglich die entsprechende ZUgriffsschicht anpassen und der Rest bleibt gleich.

Aber nochmal: Das ganze Thema ist nicht gerade trivial und in einem Tag zu lernen - aber ziemlich spannend!

[idefix2]

Zitat:

Jetzt habe ich extra drauf geachtet ORM zu schreiben

Nach OPF/ORM und nach OPF hab ich noch gesucht, dann hab ich mein Posting abgesetzt.

Das einzige, das mir in der Richtung untergekommen ist, ist die Datenbank Cache von Intersystems, die habe ich mir auch kurz angeschaut. Aber erstens kann man sie von Delphi aus nur über ODBC ansteuern, und zweitens ist das doch ein richtiger "Exote". Wobei das zweite wahrscheinlich kein gutes Argument ist, weil alles in der Richtung momentan noch eher exotisch ist.

Danke jedenfalls für die Hinweise, jetzt werde ich mir einmal die verschiedenen Programme, die ich heruntergeladen habe, genauer anschauen und ein bisschen herumprobieren.

Bis demnächst

[Lemmy]

Achtung Eigenwerbung:

http://www.delphitutorials.de/object...framework.html

ein paar Infos zu OPF

cu

[idefix2]

Sehr interessant und lesenswert -

Zitat:

Und in diesem Dokument wird (incl. kompletter Sourcen) der Aufbau eines einfachen OPF in Delphi erklärt.

Leider ist dieser Link tot.

[Lemmy]

Danke für den Hinweis.
hier der neue Link
http://www.tabdee.ltd.uk/papers/BuildingAnOpf.html

[idefix2]

fein, danke!

[mkinzler]

OffTopic Beiträge zum Thema dbEspress und Alias wurde in Thread http://www.delphipraxis.net/167935-d...-firebird.html ausgelagert