Welches DBMS sollte ich nehmen?

[IBExpert]

wir benutzen in ibexpert eine uralte version der fibplus komponenten, die mittlerweile endlos
angepasst und erwietert wurden, ist aber nicht in dem Stand public verfügbar.

In neueren Delphi Projekten haben wir immer noch https://www.devart.com/ibdac/ benutzt
und wenn du da zahlender Kunde bist, hast du auch zugriff auf alle älteren Versionen,
das ist auch noch als Version für delphi5 problemlos einsetzbar (die in meinem Download
neueste Version, die auch d5 unterstützt, wurde von denen 2015 veröffentlicht, danach
nur noch delphi >=6) .

Zeos hab ich nie benutzt, nachdem meine ersten Versuche damit mal dauernd abgestürzt waren,
ich kann dazu zu m aktuellen Stand aber nix sagen.

Neue Projekte machen wir eh schon länger nur noch mit Lazarus und da sind die SQL DB Komponenten für
Firebird sowieso schon drin.

ibdac kostet zwar geld, ist es aber wert und sehr langlebig und auch in der Kompatibilität
immer wieder gut

Funktioniert mit fb25 sowieso gut

[Marco Steinebach]

Hallo Holger und alle Anderen,
Vielen Dank für den Tipp. Ich versuch's jetzt, erst mal, mit ZEOS, übrigens V6.6.6, und wenn das nix taugt, geh ich auf die IBDAC.

Herzlich grüßt
Marco

[Delphi.Narium]

Wenn alle Stricke reißen:

ODBC-Treiber für FireBird installieren und die ADO-Komponenten nehmen. (Zumindest bei Delphi 7 klappt das hervorragend.)

https://www.firebirdsql.org/en/odbc-driver/

Dazu muss man keinen FireBird-Server laufen haben, funktioniert, wie die Embeddedversion, mit der fbclient.dll von FireBird 3 und Delphi 7 bei mir problemlos.

[Marco Steinebach]

Hallo,
Ich hätte, bevor ich weiter wie wild ausprobiere, noch zwei Fragen:
@Rolf: und ElevateDB bringt, sozusagen, seinen eigenen Server gleich mit?
@Delphi.Narium: blöde Anfängerfrage, jedenfalls was Datenbanken angeht , die ADO-Komponenten sind...?

Ganz herzlich grüßt
Marco

[haentschman]

Moin...

Zitat:

ElevateDB bringt, sozusagen, seinen eigenen Server gleich mit?

"The ElevateDB Server is a small single executable, only requires a single INI text file for configuration, and can be run as an application or Windows service."
Der Server muß imho auch gestartet werden. Die Datenbank ist ein File pro Tabelle...wie Paradox.

Zitat:

die ADO-Komponenten sind

Sind Zugriffskomponenten wie ZEOS, IBDAC etc. Nur das ADO seine Eigenheiten hat. Syntax die vom Standard abweicht...etc. Viele sind von ADO u.a. deswegen weg.
https://www.google.de/search?q=delph...w=1876&bih=990

[mkinzler]

Ado ist der Nachfolger von ODBC und der Vorgänger von ODBC ()

[Delphi.Narium]

Zitat von haentschman:

Zitat:

die ADO-Komponenten sind

Sind Zugriffskomponenten wie ZEOS, IBDAC etc. Nur das ADO seine Eigenheiten hat. Syntax die vom Standard abweicht...etc. Viele sind von ADO u.a. deswegen weg.

Bei Delphi 7 hat man standardmäßig Datenbankkomponenten für die BDE (TTable, TQuery ...) und die ADO-Komponenten (TAdoConnecntion, TAdoQuery, TADoTable, ...) für die ADO-Schnittstelle.

Das ADO eine eigene Syntax hat, die vom Standard abweicht, wäre mir allerdings neu. Nutze sie seit mehr als 20 Jahren und mir ist noch nichts derartiges aufgefallen.

Die SQL-Syntax ist immer von der Datenbank abhängig. Bei Oracle braucht man die Oracle-Syntax, bei PostGres die PostGres-Syntax, bei FireBird die FireBird-Syntax und bei Access die Access-Syntax. Und genau hier kommt der Irrglaube her, da für viele ADO = Access ist und das ist schlicht und einfach falsch.

Egal ob ich nun per Zeos oder ADO auf 'ne FireBird-Datenbank zugreife: Die Syntax ist immer gleich, die SQLs kann ich 1:1 übernehmen.

Und nein: Die ADO-Schnittstelle sit nicht zwingend die Beste, aber sie ist für normale Anwendungen ausreichend gut und ausreichend verlässlich. Zumindest sind mir bisher keine Probleme beim Datenbankzugriff (egal auf welche DB) aufgefallen, die auf die ADO-Schnittstelle zurückzuführen wären.

Und ich schrieb genau deshalb:

Zitat:

Wenn alle Stricke reißen:

Also mögliche Lösung für den Fall, dass keine andere Lösung gefunden werden kann.

Die Zeos-Komponenten nutzen direkt die fbclient.dll von FireBird.

Bei der Verwendung der ADO-Schnittstelle nutzt man zuerst diese, die dann den ODBC-Treiber von Firebird nutzt, der dann mit Hilfe der fbclient.dll von FireBird auf die Datenbank zugreift. Man hat halt ein paar Schnittstellen mehr dazwischen, was für den Programmierer in Delphi absolut transparent ist.

In allen Fällen pappt man die Komponenten für die Datenbankschnittstelle auf's Formular (...) und arbeitet mit der Datenbank.

[haentschman]

Zitat:

Das ADO eine eigene Syntax hat, die vom Standard abweicht

Nicht SQL Syntax...

Delphi-Quellcode:

Qry.Parameters.ParamByName('Wert').Value 
// statt
Qry.ParamByName('Wert').AsString

...imho geht bei ADO nur ".Value"