Delphi 2010 und MySQL

[Bernhard Geyer]

Bei MySQL sollte man nicht die GPL-Falle vergessen. Benötigst du libmysql.dll so must zu bei Closed-Source Lizenzen kaufen.
Die DevArt-Kompos benötigen keine libmysql.dll (wenn entsprechend konfiguriert).

[MrSpock]

Danke für den Hinweis. Ich werde dann bzgl. Konfiguration bestimmt nochmal auf dich zukommen.

Nochmal die Frage: Funktionieren auch DB Komponenten, die bei Delphi 2010 Prof bereits dabei sind?

[Bernhard Geyer]

Zitat von MrSpock:

Nochmal die Frage: Funktionieren auch DB Komponenten, die bei Delphi 2010 Prof bereits dabei sind?

Werden sie nur für eine Lokal installierte DB. Für eine Server ist die Funktionalität erst aber der nächst größeren Version freigeschaltet.

Das Problem bei den mitgelieferten Version ist das DBMS-Änderungen sehr lange benötigen bis sie mit der (über)nächsten Version von Delphi unterstützt werden. So hat es ziemlich lange gedauert bis das geänderte PW-Verfahren von MySQL 4 (?) unterstützt wurde. Bei 3th-Party-Kompos hat man sowas i.d.R. innerhalb 1 Monats.

[Bbommel]

Zitat von MrSpock:

Nochmal die Frage: Funktionieren auch DB Komponenten, die bei Delphi 2010 Prof bereits dabei sind?

Ich selbst habe nur D2009, daher erst mal die Rückfrage: Ist bei D2010 auch noch die verpöhnte BDE dabei? Damit habe ich bei älteren Projekten einen Zugriff via ODBC auf eine MySQL-Datenbank realisiert. Wahrscheinlich wird das auch mit der Kombination ADO (dbGo-Komponenten)->ODBC->MySQL gehen, aber das habe ich noch nie getestet. Für diese Art der Lösung muss aber auf jedem Client, der dein Programm nutzen soll, der ODBC-Treiber von MySQL installiert sein.

Die Programme laufen alle seit ein paar Jahren prinzipiell problemlos, aber es sind auch alles kleinere Projekte. Wahrscheinlich sollte man das heute so nicht mehr realisieren, was man hier in der DP so liest. Aber um deine Frage zu beantworetn, wollte ich schon noch erwähnen: Ja, prinzipiell kommt man auch mit der Professionel-Ausgabe von Delphi schon im Standard weiter.

[Bernhard Geyer]

Zitat von Bbommel:

Ich selbst habe nur D2009, daher erst mal die Rückfrage: Ist bei D2010 auch noch die verpöhnte BDE dabei? Damit habe ich bei älteren Projekten einen Zugriff via ODBC auf eine MySQL-Datenbank realisiert. Wahrscheinlich wird das auch mit der Kombination ADO (dbGo-Komponenten)->ODBC->MySQL gehen, aber das habe ich noch nie getestet. Für diese Art der Lösung muss aber auf jedem Client, der dein Programm nutzen soll, der ODBC-Treiber von MySQL installiert sein.

Bei beiden Zugriffsarten bist du in der GPL-Falle.

[Bbommel]

Mit GPL-Falle meinst du doch, dass ich Software in meinem Programm nutze, die unter der GPL steht, und damit mein Programm selbst auch unter die GPL stellen müsste, oder?

Trifft das denn zu, wenn ich das über ODBC mache? Mein Programm nutzt ja selbst überhaupt nichts von MySQL, sondern der ODBC-Treiber muss völlig unabhängig von meinem Programm installiert werden.

mal als Parallele gedacht: Wenn ich von Excel oder Access aus die Daten über diesen ODBC-Treiber aus der MySQL-Datenbank ziehe, dann ändert das ja auch nichts an der Lizenz von Excel oder Access.

Oder wo habe ich was übersehen?

[Bernhard Geyer]

Zitat von Bbommel:

Oder wo habe ich was übersehen?

Ja. MySQL/Sun/Oracle haben hier einen etwas eigene Definition von GPL.
Und die haben im Streitfall die besseren/teureren Anwälte.


Dein Programm läuft nicht ohne das der MySQL-ODBC-Treiber installiert ist -> GPL trifft zu.
Du kommst evtl. davon wenn du mehrer DBMS unterstützt und der User sein Ziel-DBMS selbst auswählen kann.

[Bbommel]

Danke für die Aufklärung.

[MrSpock]

Zitat von Bernhard Geyer:

Bei MySQL sollte man nicht die GPL-Falle vergessen. Benötigst du libmysql.dll so must zu bei Closed-Source Lizenzen kaufen.
Die DevArt-Kompos benötigen keine libmysql.dll (wenn entsprechend konfiguriert).

Greifen die Zeos Komponenten über libmysql.dll auf MySQL zu?

[Bernhard Geyer]

Zitat von MrSpock:

Greifen die Zeos Komponenten über libmysql.dll auf MySQL zu?

Das letzte mal als ich sie getestet hatte haben sie das gemacht.