Ich denke, viele würden das gerne wissen. Ich suchte im Netz und im Stapel und während Dies wurde bereits auf dem Stack diskutiert, nicht in Bezug auf Qt ... oder im selben Kontext.
Qt ist LGPL.
Das bedeutet (solange Sie Qt nicht ändern):
(1) kommerzieller Entwickler benötigt keine kommerzielle Lizenz ($) für die Verwendung von Qt.
(2) KÖNNEN Sie Ihren Anwendungs-src-Code NICHT an jemanden weitergeben, der danach fragt.
Oracle MySQL ist GPL.
Dies bedeutet, dass (auch wenn Sie MySQL nicht modifizieren) - Interpretation A:
(1) kommerzielle Entwicklung erfordert eine kommerzielle Lizenz (min $ 2000 / Jahr) für die Verwendung von MySQL.
(2) müssen den Quellcode Ihrer Anwendung an jeden weitergeben, der danach fragt.
Dies bedeutet, dass (auch wenn Sie MySQL nicht modifizieren) - Interpretation B:
(1) kommerzielle Entwickler benötigt keine kommerzielle Lizenz ($) für die Verwendung von MySQL
(2) müssen den Quellcode Ihrer Anwendung an jeden weitergeben, der danach fragt.
Das bedeutet (solange Sie MySQL nicht modifizieren) - Interpretation C:
(1) kommerzielle Entwickler benötigt keine kommerzielle Lizenz ($) für die Verwendung von MySQL
(2) müssen Sie Ihren Quellcode nicht an jemanden weitergeben, der danach fragt.
Während die LGPL klar ist, gibt es viel Verwirrung über die GPL. Ich würde gerne wissen, welche Version der GPL-Interpretation korrekt ist (A, B oder C). Ich bin sicher, dass es hier einige Profis gibt, die das wissen.
Mein persönliches Verständnis der GPL ist, dass die GPL in Bezug auf die Bibliotheksverknüpfung geschrieben wurde (Code-Wiederverwendung ... und nicht Anwendungsnutzung). Das heißt, wenn Sie etwas Code verwenden, oder Sie etwas Code erweitern, um eine App zu machen, was sind Ihre Rechte / Begrenzungen und die Rechte aller anderen. Ich glaube nicht, dass die GPL die Verwendung von GPL-Anwendungen einschränkt. Korrigiere mich, wenn ich falsch liege.
Zum Beispiel ist der Großteil von LINUX GPL. Wenn ich unter Linux entwickle, müssen alle meine Anwendungen GPL sein? Ich würde denken, dass eine solche Interpretation nicht korrekt ist. Ich denke also, es gibt einen Unterschied zwischen der Verwendung einer GPL-Anwendung und der Verwendung / Wiederverwendung von GPL-Quellcode.
Wenn ich das obige Beispiel verwende, wenn ich die Anwendung namens MySQL verwende ... warum würde die GPL-Lizenz von MySQL irgendeine Anwendung, die ich geschrieben habe, infizieren, nur weil sie die MySQL-Datenbank zum Speichern und Abrufen von Daten verwendet? Was ist der Unterschied zwischen dieser und der Verwendung von Linux zur Entwicklung?
Nun, zu meinem Punkt der Verwirrung, und worum es in der Post geht. Als Antwort auf meine letzte Frage habe ich einige verwirrende Worte gesehen, dass es wichtig ist, wie man mit der MySQL-Datenbank verlinkt. Ich verstehe das nicht ... obwohl ich denke, die allgemeine Idee ist, dass die API, die verwendet wird, um mit MySQL zu verlinken, auch GPL sein kann. Anstatt jedes Szenario abzudecken, sollten wir API-spezifisch sein.
Welche Lib verwende ich in Qt? Ich befolge die Qt-Anweisungen, um den QMYSQL (MySQL Driver) zu bauen. Ссылка Dieser Build-Prozess basiert auf einigen Dateien, die von MySQL bereitgestellt werden (möglicherweise GPL). Ich weiß nicht, in welchem Sinne Qt den Begriff "Treiber" verwendet. Aus meiner Sicht ist ein "Treiber" eine zugrundeliegende Engine, die etwas funktionieren lässt und daher sehe ich nicht, was es mit meiner Anwendung zu tun hat, als einen GPL-Treiber in LINUX zu installieren, damit ich LINUX booten und einiges tun kann kommerzielle Codierung. Ich verstehe auch nicht, warum Qt Leute dazu bringt, das QMYSQL-Plug-in zu "bauen". Ist es aus technischen Gründen oder aufgrund eines Lizenzgrundes? Zum Steuern von MySQL verwende ich die Qt "QSqlDatabase" & amp; "QSqlQuery" -Klassen.
Wenn ich --USE - MySQL für die Datenspeicherung und meine kommerzielle Anwendung Qt verwende, um die Daten in meiner MySQL-Datenbank zu verwalten, zu speichern, abzurufen und zu aktualisieren, ist die oben genannte GPL-Lizenzinterpretation korrekt (A, B oder C)?
* Schlussnotiz. Ich kenne Leute, die MySQL mit Webseiten verbinden. Lassen Sie uns für den Kontext dieses Themas denken, dass MySQL auch für Geschäftsanwendungen geeignet ist ... nicht nur für Websites. Der Hauptunterschied zwischen den beiden besteht darin, dass eine Website eine zentrale Datenbank benötigt und eine Geschäftsanwendung von jedem Kunden eine eigene DB-Bereitstellung erfordert. Am Ende des Tages speichert es nur Daten (egal wie). Soweit ich weiß, ist es nicht gegen die GPL, MySQL auf der gleichen Installations-CD wie die kommerzielle Closed-Source-App zu installieren, vom Installer installieren zu lassen und dann die Closed-Source-App die DB und Tabellen zu erstellen. Korrigiere mich, wenn ich falsch liege. .
Disclaimer: Ich bin nicht ein Anwalt!
Mein Verständnis ist, dass sobald Sie Ihre Anwendung mit MySQL verteilen, Sie für eine Lizenz bezahlen müssen.
Wenn Sie Ihre Anwendung nicht verteilen, aber trotzdem MySQL benötigen (und nicht mit anderen DBMS laufen), benötigen Sie auch eine Lizenz (aber hier bin ich mir schon nicht so sicher).
All diese Ungewissheit lässt mich jede Software vermeiden, die mit GPL (oder sogar LGPL) in einer kommerziellen Umgebung lizenziert ist.
Glücklicherweise gibt es andere DBMS, die genauso gut (oder sogar besser) sind, die eine viel liberalere Lizenz haben.
Erfordert keine MySQL als Backend-Datenbank, aber erlauben Sie es als eine Option, mit der sich Ihr Benutzer / Client verbinden kann, wenn SIE auswählen. Verteilen oder installieren Sie MySQL nicht zusammen mit Ihrer Anwendung. Teilen Sie Ihrem Benutzer / Kunden mit, dass, wenn MySQL für kommerzielle Zwecke verwendet wird, die kommerzielle Lizenzgebühr bezahlt werden muss, und weisen Sie diese an den richtigen Ort, um die Lizenz zu erwerben. Lassen Sie sie einen Haftungsausschluss unterschreiben. Ich bin kein Anwalt, aber das ist, was ich seit über 10 Jahren mache und bisher wurde ich noch nicht verklagt.
Tags und Links qt mysql open-source gpl