Delphi 2010 und MySQL

[Medium]

Zitat von MrSpock:

Hallo Bernhard,

wo steht das genau, dass man gegen die Lizenzbedingungen verstößt, wenn man über die libmysql.dll zugreift, aber nicht, wenn man diesen Connector nicht benutzt?

Es steht leider nirgends derart explizit, sondern muss mittels GPL, den Modifikationen dieser durch MySQL, und ein wenig Phantasie abgeleitet werden. Ich bin mir auch fast sicher, dass das Thema von Oracle recht bewusst eher obskur gehalten, oder zumindest nicht wahrgenommen wird. Fakt ist: Sobald man eine Anwendung hat, die die libmysql.dll zwingend und alternativlos voraussetzt, bist du definitiv angreifbar. Wir haben uns auch letztlich für die DevArt Lösung entschieden (UniDAC), vor allem weil das Interface dem von Zeos in den rudimentären Funktionen nahezu identisch ist, und wir unsere bestehenden Anwendungen (die in Unkenntnis über diese Unsicherheiten bei der MySQL-Lizenz entstanden sind) sehr einfach migrieren konnten. Das nette ist bei den DevArt Kompos einfach, dass sie eine vollständig native Lösung sind, die ohne jede Abhängigkeit daher kommt, und zudem die Durchreiche zur Auswahl der DB an den Anwender so einfach macht, dass einem Oracle in der bestehenden Lizenzvariante kaum durchsetzbar ans Bein pinkeln kann. Zumindest, so lange man MySQL nicht selbst mit ausliefert, sondern der Kunde diese DB aus freien Stücken wählt, und selbst einrichtet. (Natürlich auf Empfehlung und mit Support unsererseits...)

Das Kasus Knacktus ist, dass einfach die libmysql.dll auch unter der MySQL GPL steht, und dort das Linken allein als Lizenzübertragend/-wirksammachend interpretierbar ist. Es geht nichtmals um das DBMS selbst. Die DLL ist der Böse Bub. Sobald die aussen vor ist, ist man theoretisch immer sicher, da selbst auf MySQL geschneiderte Lösungen wie MyDAC noch immer MariaDB als Wahlmöglichkeit offen haben, was die letzte Finte in den Lizenzen von MySQL (Alternativlosigkeit) zumindest im Klagefall gut anfechtbar macht. Man muss nur aufpassen, wie man sein Produkt nachher verkauft. Du darfst eben nicht MySQL Installer/Sourcen/Binaries liefern, sondern maximal dem Kunden sagen: "Mit MySQL ginge es am besten, aber da wäre noch XXX und YYY und ..." - wenigstens im Papierkram.

Um zu obigen Erkenntnissen zu kommen, waren bestimmt 2 Tage Lektüre diverser Lizenztexte, Interpretationen, Fallbeispiele und Einschätzungen nötig. Oracle tut da wenig zur Klärung, auch in den eigenen Foren nicht. Ich habe zumindest noch nicht einen Fall gesehen, in dem ein UniDAC-benutzendes Programm dem Ersteller Probleme bereitet hätte - und ich habe echt viel und intensiv gesucht, da eine unternehmensweite Entscheidung daran hing. Live long and prosper.

[omata]

Die Diskussion finde ich sehr interessant und frage mich dabei: Warum eigentlich MySQL verwendet wird? Mit Firebird oder PostgreSQL hat man keinerlei Lizenz-Probleme, MySQL ist nun auch nicht sonderlich toll (gut seit kurzem kann man ja sogar Datenbank dazu sagen) aber warum kommt dieses Unkraut eigentlich so oft zum Einsatz? (Auf Webseiten verstehe ich das ja, weil es dort eben oft nur MySQL gibt, alerdings setzt sich dort auch immer mehr PostgreSQL durch)

[DeddyH]

Zitat von omata:

Warum eigentlich MySQL verwendet wird? Mit Firebird oder PostgreSQL hat man keinerlei Lizenz-Probleme, MySQL ist nun auch nicht sonderlich toll (gut seit kurzem kann man ja sogar Datenbank dazu sagen) aber warum kommt dieses Unkraut eigentlich so oft zum Einsatz? (Auf Webseiten verstehe ich das ja, weil es dort eben oft nur MySQL gibt...

Endlich spricht mal jemand aus, was ich schon lange denke

[Bbommel]

Warum noch immer so oft MySQL eingesetzt wird, wird wohl auch heute noch so ähnlich sein, wie es bei mir damals war, als ich damit was gebastelt hatte: Wenn man schon mal irgendwelche Web-Projekte hatte, dann kennt man MySQL einfach. Man weiß, dass man es einfach mal eben so runterladen und installieren kann. Man glaubt - fälschlicherweise - dass das ja Open Source und total kostenlos ist.

So war es vor einigen Jahren, aber ich schätze mal, dass sich durch die hohe Verbreitung von MySQL im Web daran bis heute nichts geändert hat.

Ich selbst setze mittlerweile auch auf den MS SQL Sever bzw. ist der beim Kunden schon vorhanden. Ist gut in Windows integriert, der Zugriff von Delphi klappt problemlos und sogar die Admin-Tools sind nicht schlecht, wenn man sich mal dran gewöhnt hat.

[MrSpock]

Zitat von DeddyH:

Zitat von omata:

Warum eigentlich MySQL verwendet wird? Mit Firebird oder PostgreSQL hat man keinerlei Lizenz-Probleme, MySQL ist nun auch nicht sonderlich toll (gut seit kurzem kann man ja sogar Datenbank dazu sagen) aber warum kommt dieses Unkraut eigentlich so oft zum Einsatz? (Auf Webseiten verstehe ich das ja, weil es dort eben oft nur MySQL gibt...

Endlich spricht mal jemand aus, was ich schon lange denke

Ich bin ja selbst ein großer Firebird Fan. Einer der Kunden, für den ich ein Programm geschrieben hat, welchen auf der SAGE CL beruht, hat jetzt auf SNC (SAGE New Classic Line) umgestellt. Diese benutzt MySQL. Ich soll mein Programm jetzt so anpassen, dass es mit dem MySQL Server spricht. Jetzt weiß ich natürlich nicht, mit welchen "Rechten" SAGE MySQL Datenbanken nutzt.

[MrSpock]

Habe mich jetzt mal ein bisschen in die SNC eingelesen. Zunächst hat SAGE von MySQL DB lizenziert, so dass der Nutzer meines Programms bereits Lizenzgebühren als Teil des SAGE Pakets bezahlt. Außerdem sollen externe Programme über eine SAGE spezifische ODBC Schnittstelle auf die Daten zugreifen. Insbesondere auch schreibende Zugriffe. So bleibe die Konsistenz der DB gewährleistet. Damit brauche ich also keine zusätzlichen Komponenten

[Medium]

Damit bist du dann ja völlig und ganz aus dem Schneider

[Bernhard Geyer]

Zitat von MrSpock:

... Außerdem sollen externe Programme über eine SAGE spezifische ODBC Schnittstelle auf die Daten zugreifen. ...

Damit ist alles geklärt. Du greifst auf SAGE zu und nicht auf MySQL.

[Bernhard Geyer]

Zitat von Medium:

Ich bin mir auch fast sicher, dass das Thema von Oracle recht bewusst eher obskur gehalten, oder zumindest nicht wahrgenommen wird.

Hier hat Oracle eigentlich nur die "Firmenpolitik" von Sun/MySQL übernommen.

Zitat von Medium:

Es geht nichtmals um das DBMS selbst.

Das habe ich auch schon anders gehört. Wenn dein Programm nur MySQL unterstützt und ohne eine solche DB nicht lauffähig ist und Closed Source ist, dann ist auch eine Lizenz nötig.

Zitat von Medium:

Ich habe zumindest noch nicht einen Fall gesehen, in dem ein UniDAC-benutzendes Programm dem Ersteller Probleme bereitet hätte

Solange der Entwickler bei UniDac nicht nur MySQL unterstützt haben sie da auch keine Handhabe.

[Medium]

Das ist ja das nette dabei: Da MariaDB (vom ursprünglichen Entwickler von MySQL, vom letzten noch komplett freien Stand geforktes DBMS) nahezu komplett kompatibel zu MySQL ist, trifft die Alternativlosigkeit praktisch nie zu, es sei denn, man verkauft ein Bundle. Falls das gestern nicht klar genug raus kam: Ja, es gibt zwei Klinken.
1) Linken der unter der MySQL GPL stehenden DLL
2) Das Programm läuft nur mit MySQL
Das zweite Zitat war so zu verstehen, dass Benutzung des DBMS allein, kein Problem ist. Das "Womit" und "Wen noch" sind wichtig.

Eliminiert man diese beiden Dinge, hat man ein schönes, reifes, komfortables freies DBMS für den professionellen Einsatz.