Zugriff auf MySQL

[Schorschi5566]

Hallo Bernhard,

Zitat von Bernhard:

Ein wichtiger Grund die libmysql.dll zu vermeiden ist die GPL-Falle von MySQL. Nur wenn man alles selbst macht und diese DLL nicht benötigt ist man aussen vor.

Ich denke, dass ich mich diesbezüglich gleich in mehreren Grauzonen befinde.

1. Entwickle ich freiberuflich für ein Ingenieurbüro Software, die nicht weiterveräußert wird. Da ich dort auf Stundenbasis arbeite und nicht nur Software schreibe, dürfte es nicht einfach sein, einen kommerziellen Nutzen zu beweisen. Na ja, eigentlich schon, ich sag' ja Grauzone.
2. Ist in der Firma schon ein MySQL-Community-Server installiert (über die Zeiterfassungssoftware), der dafür verwendet wird.

Soweit ich weiß, wurden auch für den Server keine Lizenzgebühren entrichtet aber ich würde mal aus dem Bauch vermuten, dass das im Streitfall eher ein Problem für den Entwickler der Zeiterfassungssoftware wäre.

@Himitsu:

Zitat von Himitsu:

Dein MysqlVarArray ist also unnötig.

mysql.pas ist doch gar nicht von mir. Nehme ich doch nur um mit meinem Quasi-DirectSQL-Wrapper auf libmysql.dll zuzugreifen. Und DirectSQL ist auch nicht von mir.

Das heißt aber, dass man den RES->RAM-Ansatz doch mal probieren sollte, oder?

Zitat von Himitsu:

sqlClient.Free; // das disconnect könnte man im Free mit unterbringen

Nee, es können ja über die Clientinstanz nacheinander verschiedene DBs verwendet werden. Ich lasse die Connections nicht offen, da das bei 40 Mitarbeitern und 4-5 verschiedenen Anwendungen pro Mitarbeiter etwas zuviel für den Community-Server wäre. Also disconnect ständig und free nur beim Schließen der Anwendung.

@mkinzler:

Zitat von mkinzler:

Die Kompos von DevArts nehmen, welche ohne den Client funktionieren

Das ist so "visuelles Zeug", oder? Mag ich nicht so gerne bei DB-Sachen, ist aber Geschmackssache.



Nochmal was zur Lizenzproblematik. Gibt es eigentlich Fälle in denen MySQL/Sun/Oracle Unternehmen erfolgreich verklagt hat, weil sie für den eigenen Gebrauch die kostenlosen Versionen von Server/Client benutzt haben? Habe ich jetzt noch nicht gehört, was natürlich kein Freibrief ist. Wobei es wohl schon hauptsächlich um die kommerzielle Nutzung einer Software geht.

Wer ein Closed-Source-Projekt auf Basis von MySQL kostenlos verbreitet, wird sicherlich kaum ein lizenzrechtliches Problem bekommen. GPL hin oder her. Ohne Streitwert sicherlich auch kein Verfahren obwohl damit die GPL natürlich eigentlich verletzt ist.

Was ist eigentlich mit den Myriaden MySQL-Servern auf Webservern, die kommerziell mit Closed-Source-Shopsystemen genutzt werden?



Grüße,
Uwe

[Bernhard Geyer]

Zitat von Schorschi5566:

Wer ein Closed-Source-Projekt auf Basis von MySQL kostenlos verbreitet, wird sicherlich kaum ein lizenzrechtliches Problem bekommen. GPL hin oder her. Ohne Streitwert sicherlich auch kein Verfahren obwohl damit die GPL natürlich eigentlich verletzt ist.

Streiwert gibt es schon. Für jede Verteilung verlangt MySQL/Sun/Oracle eine Serverlizenz. Und wenn du 1000 Verteilungen hast: 1000*400€ = 400.000 € Streitwert - auch wenn du keinen Cent verdient hast!

Zitat von Schorschi5566:

Was ist eigentlich mit den Myriaden MySQL-Servern auf Webservern, die kommerziell mit Closed-Source-Shopsystemen genutzt werden?

Provider wie 1&1 werden eine Firmen-Lizenz von MySQL besitzen: Preisrahmen ab ca. 50k€/a - also ein klacks für solch einen Provider.

[himitsu]

Im Prinzip muß doch nur der Code, wo dieser GPL-geschützte MySQL-Code einkompiliert wurde, offengelegt (OpenSource) sein?

Beim Apache, bzw bei den meist verwendenten PHPModulen ist dieses ja der Fall, selbst wenn man den Quellcode nicht direkt sieht (man kann ihn sich dennoch frei runterladen) und außerdem nutzt dieses meistens auch eine (eigene) libmysql.dll und der QuellCode der hier angesprochenden libmysql.dll ist auch frei verfügbar (es sei denn jemand erstellt seine eigene DLL, was auch möglich wäre)
Die in meinem anderem Thread zur Verfügung gestellten DLLs sind alle von mysql.com und wurden direkt mit den von ihnen zur Verfügung gestellten Quellcodes erstellt.

Also sollte es doch bezüglich der GPL kein Probleme geben?

Selbst dann nicht, wenn man diese DLL in den Resourcen der EXE mit ausliefert. (da sie A) austauschbar wären und B) ihr Quellcode dennoch frei verfügbar ist)

[Bernhard Geyer]

Zitat von himitsu:

Also sollte es doch bezüglich der GPL kein Probleme geben?

Selbst dann nicht, wenn man diese DLL in den Resourcen der EXE mit ausliefert. (da sie A) austauschbar wären und B) ihr Quellcode dennoch frei verfügbar ist)

Normalerweise nicht. Aber so wie MySQL diese Lizenz auslegt oder für sich definiert ist selbst das Nicht-Mitliefern wenn dein Programm ohne MySQL-Anbindung nicht lauffähig ist eine "direkte Einkompilierung" im Sinne von GPL.

Hatten schon mal einen MySQL-Vertriebler hier als wir uns überlegt haben MySQL in der Embedded-Version zu verwenden. Nach sein Preisangebot (30 k€/a für Isam-Tabellen) zu teuer war wollte er seine Provision mit der "Sie liefern doch sicherlich die libmysql.dll mit?" Frage sichern. Aber glücklicherweise haben wir hier die Kompos von DevArt im Einsatz - War damit nix mit übbigen Weihnachtsgeschenk für seine Frau/Kinder

[himitsu]

Zitat von Bernhard Geyer:

"Sie liefern doch sicherlich die libmysql.dll mit?"

und was wäre, wenn ich dann sage: "nöö, die lädt sich der Endbenutzer selber runter" ?

[Bernhard Geyer]

Zitat von himitsu:

und was wäre, wenn ich dann sage: "nöö, die lädt sich der Endbenutzer selber runter" ?

Wie geschrieben: Solange das Programm zwingen einen Zugriff auf Mysql über die libmysql.dll benötigt (ob nun mitgeliefert oder selbst herunter geladen) ist bei einem ClosedSource-Programm eine kostenpflichtige Lizenz nötig - Jedenfalls nach Auslegung von MySQL.

[himitsu]

Is ja blöd.

Aber bei OpenSource isses nicht so, selbst wenn MySQL für ein Funktionieren nötig ist?

[xZise]

Moin,

Zitat von Schorschi5566:

Zitat von Himitsu:

sqlClient.Free; // das disconnect könnte man im Free mit unterbringen

Nee, es können ja über die Clientinstanz nacheinander verschiedene DBs verwendet werden. Ich lasse die Connections nicht offen, da das bei 40 Mitarbeitern und 4-5 verschiedenen Anwendungen pro Mitarbeiter etwas zuviel für den Community-Server wäre. Also disconnect ständig und free nur beim Schließen der Anwendung.

Dann speicherst du zwischen, ob du verbunden bist, und disconnectest dann, wenn es noch nötig ist.

MfG
Fabian

[Schorschi5566]

Hallo Fabian,

danke aber das passt schon so.


Grüße,
Uwe