Problème de licence MySQL et PostgreSQL


8

Notre entreprise souhaite utiliser MySQL pour un produit logiciel. Ce produit n'est pas open-source. Est-il légal de l'utiliser librement?

Sinon, qu'en est-il de PostgreSQL? Est-ce correct pour notre objectif?


Cela dépend, quelles sont vos exigences? Je vous suggère de lire tinyurl.com/SO-hints et stackoverflow.com/questions/how-to-ask et réessayer.
jcolebrand

1
Avez-vous lu la FAQ légale? mysql.com/about/legal/licensing/oem
DrColossos

Oh et juste une note ... vous êtes libre d'utiliser l'un ou l'autre pour n'importe quoi si vous ne modifiez pas la source de MySQL ou PostgreSQL ou ne les distribuez pas.
xenoterracide

Réponses:


14

Postgres (pas Postgre) est totalement gratuit. Vous pouvez faire tout ce que vous voulez avec.

Pour MySQL, vous aurez très probablement besoin d'une licence commerciale si vous prévoyez de redistribuer votre application avec une base de données groupée. Je ne sais pas si cela est nécessaire si votre application a juste besoin de MySQL mais je pense que cela nécessite également une licence commerciale car elle est considérée comme un travail dérivé

Mais je ne suis pas avocat. Donc, si vous voulez être sûr à 100%, parlez à Oracle et à un avocat.


11

Tout d'abord, la quantité d'informations que vous venez de fournir n'est pas suffisante pour comprendre clairement ce que vous entendez exactement par «utiliser MySQL pour un produit logiciel».

Bien sûr, vous êtes libre d'utiliser MySQL Community Edition avec tous les produits propriétaires à source fermée que vous jugez appropriés. Mais si je comprends bien, votre entreprise souhaite intégrer le serveur de base de données dans votre application, d'où la nécessité de connaître les problèmes de licence.

Dans ce cas, PostgreSQL est fourni avec une licence beaucoup plus flexible. Alors que MySQL Community Edition utilise l'adorable et respectable GPL (GNU Public License) qui vous interdit de l'intégrer dans un produit open source, PostgreSQL est livré avec PostgreSQL License , qui est également une licence open source, mais un peu comme la licence BSD . Ainsi, il est beaucoup plus permissif, en particulier pour une utilisation avec un produit de source fermée. En fait, il est utilisé dans certains produits fermés tels quels, comme les serveurs DB et DWH sous-jacents de Yahoo , etc.

Juste pour résumer et clarifier: vous êtes libre de mélanger du code propriétaire avec des sources PostgreSQL originales, et de vendre ou de distribuer gratuitement le produit résultant en source ouverte ou fermée. Donc, je suppose que c'est le style de licence que vous recherchez.

Cela dit, je n'ai pas l'intention de déclencher une guerre des flammes, mais PostgreSQL est un SGBDR beaucoup plus performant et stable, c'est donc une bien meilleure option pour toute application critique orientée métier.

Au niveau des licences, et aussi pour des raisons techniques habituelles, je suggère fortement PostgreSQL. Vérifiez le texte de la licence et le modèle de licence générique .


6

Au fur et à mesure que les licences disparaissent, la licence BSD de PostgreSQL est à propos de la licence la plus permissive que vous puissiez trouver à court de code de domaine public. Vous êtes libre de l'utiliser dans un produit de source fermée et de le distribuer sans avoir à payer de redevances ou à fournir le code source à votre produit. Vous ne possédez personne et vous n'avez pas à payer d'avocats pour examiner les cas marginaux. Prenez-le, utilisez-le.

Mais en dehors des considérations juridiques, PostgreSQL est techniquement, à mon avis, une base de données bien supérieure, sur le plan architectural, en termes de performances et, surtout, du point de vue de l'intégrité pure des données. Beaucoup de gens choisissent une base de données parce que c'est facile. Si vos données ne vous importent pas, tant pis. Mais quiconque prend vraiment ses données au sérieux vous dira que PostgreSQL est de loin l'une des plus belles bases de données qui soit. Oubliez que c'est gratuit. Il est construit comme un diesel Cummins, vous pouvez simplement le charger et il continuera tout simplement.

J'ai travaillé avec de nombreuses bases de données relationnelles différentes au cours des dix dernières années. J'ai passé des années à utiliser MySQL et je l'utilise toujours. Je pense que MySQL est un SGBDR parfaitement fin. Mais j'ai toujours eu l'impression que PostgreSQL est dans une ligue qui lui est propre. Il y a tellement de choses que je peux en dire, de son design élégant et solide à son incroyable durabilité à son excellente documentation. PostgreSQL est le fondement du système CRM, du système de comptabilité, des rapports, du site Web, du DNS et de la majeure partie de notre infrastructure informatique. Depuis six ans, il fonctionne jour et nuit, 24h / 24 et 7j / 7, alimentant tous ces systèmes sans incident. Ce n'est qu'un cheval de travail.


1
Pour commenter davantage la puissance diesel de pgsql, nous traitons normalement 10 à 30 demandes parallèles sur notre grand maître d'écriture à 48 cœurs au travail, la plupart de ces insertions et mises à jour, avec quelques sélections. Un processus d'importation que nous avons a une condition de concurrence étrange où il commence à lancer 300 requêtes sélectionnées en parallèle sur le même serveur, en le frappant avec 600 d'entre elles par seconde. Le serveur passe d'une charge de midi de 3 à 6 à une charge de ~ 300, avec tous les cœurs tournant à 95% environ. Le résultat? Notre site devient un peu lent. les pages qui prennent normalement 0,5 seconde prennent maintenant 1,5 seconde. Les mises à jour passent de 0,1 s à 1 s.
Scott Marlowe

@ScottMarlowe "un peu lent" puis vous ajoutez les chiffres réels. Je dirais que votre témoignage montre en effet que pgsql est conçu pour un usage intensif. Vraiment un diesel! 😀
pepoluan
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.