AW: Zugriffskomponenten für Firebird
Denn bei dbx reicht, dank Beschränkung auf 5 lokale Zugriffe, die pro nicht mehr für sinnvollen Einsatz
|
AW: Zugriffskomponenten für Firebird
Hi,
bei der Versionsgeschichte geht es weniger um den Datenbanktyp sondern eher darum, ob bestimmte Funktionen bereit stehen. So wurden wohl mit IB6.0 div. Administrative Funktionen in IB über die API bereit gestellt (Backup, Restore, Security), die in der 5er nicht da waren. Damit das die IBX unterscheiden konnte, hat Jeff Overcash (der Entwickler von IBX) das eben über die Versionsnummer der Client.DLL gelöst. Und er hat schon ganz am Anfang klar gestellt, dass IBX für Interbase entwickelt werden..... |
AW: Zugriffskomponenten für Firebird
Alles gut und schön. Tatsache ist, dass offensichtlich der Datenbanktyp (Interbase oder Firebird) von den IBX Komponenten sehr wohl unterschieden wird, dass aber diese Unterscheidung über den Namen der DLL gemacht wird - das ist eine äusserst unsaubere Lösung, die ja auch für Interbase User nicht unbedingt lustig ist.
|
AW: Zugriffskomponenten für Firebird
Nein, IBX unterscheidet nicht FireBird und Interabse sondern nur InterBase anhand der Version. deshalb wird fireBird als eine Uralt-Interbase Version erkannt.
|
AW: Zugriffskomponenten für Firebird
Dann müsste es egal sein, ob meine DLL fbclient.dll oder gds32.dll heisst (bei identischem Inhalt) - Ist es aber nicht.
|
AW: Zugriffskomponenten für Firebird
IBX lädt aber statisch die IBX und liest die Versionsnummewr aus, und diese ist bei einr umbenannten fbclient halt maximal 2.5. Deshalb ändert instclient diese auf die höchste zu FB komaptible Version von IB nämlich 6
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:27 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz