Pourquoi MySQL a disparu de Lion Server
par Arnauld de La Grandière le 03.08.2011 à 11:36
Parmi les nouveautés de Mac OS X 10.7 Server, le remplacement du gestionnaire de base de données MySQL par PostgreSQL s'est fait remarquer (lire Mac OS X Lion Server : "le serveur pour tous"). MySQL avait l'avantage de proposer autant une version sous forme de ligne de commande dans le terminal qu'une version dotée d'une interface graphique, alors que PostgreSQL n'est disponible que dans le terminal.
EnterpriseDB, la société qui commercialise PostgreSQL, indique ne pas avoir collaboré avec Apple sur cette intégration, mais sa vice-présidente en charge des produits et du marketing, Karen Tegan Padir, suppose que le remplacement a été motivé par une question de licence d'exploitation. Selon elle, Apple serait assez encline à éviter les logiciels sous licence GPL (ce qui est le cas de MySQL, alors que PostgreSQL est sous licence de type BSD), ajoutant que la firme de Cupertino pourrait être préoccupée par des questions de propriété intellectuelle, à la lumière du procès qui oppose Google et Oracle, depuis le rachat de Sun par cette dernière. Une crainte qu'on peut toutefois largement relativiser, eu égard à la vieille amitié qui unit Larry Ellison et Steve Jobs.
Cependant, il semble qu'Apple ait déjà procédé à ces changements de trajectoire pour des questions de licence : ainsi l'abandon de Samba au profit d'une solution maison était semble-t-il lié à un problème avec sa licence GPL (lire Mac OS X Lion abandonnera Samba), et ZFS (également une technologie de Sun) aurait été abandonné à cause de sa licence CDDL (lire ZFS : chronique d'un abandon).
Les cadres d'EnterpriseDB ajoutent d'autre part que depuis le passage de MySQL sous la tutelle d'Oracle, sa feuille de route est nébuleuse (quoi qu'on puisse les soupçonner ici d'une petite partialité, d'autant qu'ils ajoutent que PostgreSQL est tout bonnement meilleur que MySQL).
Il reste néanmoins toujours possible d'installer manuellement MySQL pour ceux qui veulent conserver leurs habitudes… et la compatibilité avec leurs paramétrages antécédents.
EnterpriseDB, la société qui commercialise PostgreSQL, indique ne pas avoir collaboré avec Apple sur cette intégration, mais sa vice-présidente en charge des produits et du marketing, Karen Tegan Padir, suppose que le remplacement a été motivé par une question de licence d'exploitation. Selon elle, Apple serait assez encline à éviter les logiciels sous licence GPL (ce qui est le cas de MySQL, alors que PostgreSQL est sous licence de type BSD), ajoutant que la firme de Cupertino pourrait être préoccupée par des questions de propriété intellectuelle, à la lumière du procès qui oppose Google et Oracle, depuis le rachat de Sun par cette dernière. Une crainte qu'on peut toutefois largement relativiser, eu égard à la vieille amitié qui unit Larry Ellison et Steve Jobs.
Cependant, il semble qu'Apple ait déjà procédé à ces changements de trajectoire pour des questions de licence : ainsi l'abandon de Samba au profit d'une solution maison était semble-t-il lié à un problème avec sa licence GPL (lire Mac OS X Lion abandonnera Samba), et ZFS (également une technologie de Sun) aurait été abandonné à cause de sa licence CDDL (lire ZFS : chronique d'un abandon).
Les cadres d'EnterpriseDB ajoutent d'autre part que depuis le passage de MySQL sous la tutelle d'Oracle, sa feuille de route est nébuleuse (quoi qu'on puisse les soupçonner ici d'une petite partialité, d'autant qu'ils ajoutent que PostgreSQL est tout bonnement meilleur que MySQL).
Il reste néanmoins toujours possible d'installer manuellement MySQL pour ceux qui veulent conserver leurs habitudes… et la compatibilité avec leurs paramétrages antécédents.
| |
3
2
1
Vos réactions (36 réactions)
grogeek
[03/08/2011 11:48]
Bah je comprend pas trop. MySql est sans doute une des plus utilisée à travers le monde autant par les particuliers que les pro.
Bon au final, t'en que t'as une BD, ca le fait.
Bah je comprend pas trop. MySql est sans doute une des plus utilisée à travers le monde autant par les particuliers que les pro.
Bon au final, t'en que t'as une BD, ca le fait.
Terenn
[03/08/2011 12:06]
Dans les faits, c'est légèrement plus compliqué que cela.
Bon au final, t'en que t'as une BD, ca le fait.
Dans les faits, c'est légèrement plus compliqué que cela.
kangaroos
[03/08/2011 12:23]
C'est plus complexe que ça.
Si oracle décide de tuer MySQL que faire, plus de patch, mise à jour, etc. Apple peut le faire mais licence GPL donc redistribution du code, Apple bosse donc pour ses clients et gratuitement pour tout les autres, pas trop leur style.
Licence BSD de PostgreSQL, Apple peut modifier le code et ne rien redistribuer à personne, d'ailleurs MacOS partage du code avec FreeBSD sur lequel il est basé (enfin y'as longtemps, pas sur que ça se ressemble encore beaucoup).
Ce qu'ils ont fait est logique, il assure leur arrière car avec la licence BSD ils ont la certitude de ne pas avoir de surprise.
C'est plus complexe que ça.
Si oracle décide de tuer MySQL que faire, plus de patch, mise à jour, etc. Apple peut le faire mais licence GPL donc redistribution du code, Apple bosse donc pour ses clients et gratuitement pour tout les autres, pas trop leur style.
Licence BSD de PostgreSQL, Apple peut modifier le code et ne rien redistribuer à personne, d'ailleurs MacOS partage du code avec FreeBSD sur lequel il est basé (enfin y'as longtemps, pas sur que ça se ressemble encore beaucoup).
Ce qu'ils ont fait est logique, il assure leur arrière car avec la licence BSD ils ont la certitude de ne pas avoir de surprise.
grogeek
[03/08/2011 12:32]
Oui c'est plus compliqué, mais bon, si tout à coup ils retirent MySql (je parle d'Oracle) Combien de sites vont être dans le caca ?
Tous les hébergeurs avec lequel je travaille pour nos clients, ainsi que mon serveur virtualisé tournent sous MySql....
Oui c'est plus compliqué, mais bon, si tout à coup ils retirent MySql (je parle d'Oracle) Combien de sites vont être dans le caca ?
Tous les hébergeurs avec lequel je travaille pour nos clients, ainsi que mon serveur virtualisé tournent sous MySql....
Zouba
[03/08/2011 12:38]
S'il y a bien une assertion qui ne fait aucun doute, c'est que PostGreSQL est meilleur que MySQL !
S'il y a bien une assertion qui ne fait aucun doute, c'est que PostGreSQL est meilleur que MySQL !
WilnocK
[03/08/2011 12:39]
Je chipotte:
EnterpriseDB est Une entreprise qui commercialise une solution serveur Postgres Plus Standard Server, qui inclue PosygreSQL.
Tout comme Sun commercialisait des solutions serveur qui integraient MySQL a l'epoque.
Desormais on peu aussi dire qu'Apple commercialisent eux aussi une solution qui inclue PostgreSQL (tout comme ORACLE propose des solutions qui s'appuient sur PostgreSQL depuis 2005)
En revanche "The world's most advanced open source database", c'est la punch line du site de la communaute PostgreSQL, et non celui d'EnterpriseDB
Les reactions de la communaute PostgreSQL seraient plus interessante que celui d'EntrepriseDB
Pour rappel: PostgreSQL est une similaire a MySQL qui a prit du gallon lors de l'achat de Sun par Oracle (les outils de migrations de l'un a l'autre sont legions, parfois avec des surprises desagrable tout de meme...)
Je chipotte:
EnterpriseDB est Une entreprise qui commercialise une solution serveur Postgres Plus Standard Server, qui inclue PosygreSQL.
Tout comme Sun commercialisait des solutions serveur qui integraient MySQL a l'epoque.
Desormais on peu aussi dire qu'Apple commercialisent eux aussi une solution qui inclue PostgreSQL (tout comme ORACLE propose des solutions qui s'appuient sur PostgreSQL depuis 2005)
En revanche "The world's most advanced open source database", c'est la punch line du site de la communaute PostgreSQL, et non celui d'EnterpriseDB
Les reactions de la communaute PostgreSQL seraient plus interessante que celui d'EntrepriseDB
Pour rappel: PostgreSQL est une similaire a MySQL qui a prit du gallon lors de l'achat de Sun par Oracle (les outils de migrations de l'un a l'autre sont legions, parfois avec des surprises desagrable tout de meme...)
kagou
[03/08/2011 13:04]
Et comment on installe le serveur postgresql d'Apple sur un lion de base ?
Il est dit que les composants de OS X serveur sont installables (ou achetables sur l'applestore) mais je ne trouve pas de modules ou quoi que ce soit.
Et comment on installe le serveur postgresql d'Apple sur un lion de base ?
Il est dit que les composants de OS X serveur sont installables (ou achetables sur l'applestore) mais je ne trouve pas de modules ou quoi que ce soit.
gigi
[03/08/2011 13:09]
C'est quoi mysql et postgresql, je n'y connait rien, a quoi servent-ils
C'est quoi mysql et postgresql, je n'y connait rien, a quoi servent-ils
warnaud
[03/08/2011 13:10]
Ce qui est surtout dommage c'est de voir ça après coup ...
Après on peut toujours installer MySQL
Ce qui est surtout dommage c'est de voir ça après coup ...
Après on peut toujours installer MySQL
Anabys
[03/08/2011 13:12]
Euh... ça sort d'où que Postgre est un fork de MySQL ? Postgre est un fork d'Ingres (post-ingres = postgres...), qui a adopté le langage SQL en 1995 pour devenir PostgreSQL un an plus tard (version 6).
En outre, MySQL et PostgreSQL n'étaient pas, jusqu'à présent, sur le même marché.
MySQL (avec MyISAM ou InnoDB) est la bdd de prédilection pour le Web: 1) logique de la bdd assez simple, 2) performante avec de multiples accès simultanés en LECTURE (= les internautes qui lisent une page web), mais peu performante face à un grand nombre d'accès simultanés en lecture et écriture, 3) fournie par la plupart des hébergeurs grand public pour être utilisée comme backend des programmes en PHP.
Postgre est plutôt une alternative à Oracle, pour les bdd avec une logique complexe. En conséquence, Postgre est plus mature et plus complexe que MySQL, et elle supporte mieux les montées en charge avec de nombreux accès simultanés en lecture et écriture. En contrepartie, elle est moins performante pour un faible nombre ou un nombre moyen d'accès simultanés en lecture, et elle n'est généralement pas fournie dans le cadre des hébergements mutualisés.
Depuis quelques années, toutefois, ces différences s'amenuisent : Postgre devient plus performante et MySQL gagne en fonctionnalités.
Cela étant dit, la bdd n'est pas à considérer individuellement, mais comme faisant partie d'un tout : db (stockage des données) + logiciel de traitement des données + connecteur entre les deux.
S'agissant de la migration des applis de MySQL à Postgre, il y a 2 cas : 1) soit on a utilisé un framework qui fonctionne avec différentes DB (du genre RoR), sans écrire d'instruction SQL soi même, et on n'aura pas besoin de changer son code ; 2) soit on a écrit son code SQL à la main, et l'on devra alors l'adapter, car Postgre est généralement moins laxiste que MySQL s'agissant de la grammaire SQL (et plus respectueux des standards aussi).
Euh... ça sort d'où que Postgre est un fork de MySQL ? Postgre est un fork d'Ingres (post-ingres = postgres...), qui a adopté le langage SQL en 1995 pour devenir PostgreSQL un an plus tard (version 6).
En outre, MySQL et PostgreSQL n'étaient pas, jusqu'à présent, sur le même marché.
MySQL (avec MyISAM ou InnoDB) est la bdd de prédilection pour le Web: 1) logique de la bdd assez simple, 2) performante avec de multiples accès simultanés en LECTURE (= les internautes qui lisent une page web), mais peu performante face à un grand nombre d'accès simultanés en lecture et écriture, 3) fournie par la plupart des hébergeurs grand public pour être utilisée comme backend des programmes en PHP.
Postgre est plutôt une alternative à Oracle, pour les bdd avec une logique complexe. En conséquence, Postgre est plus mature et plus complexe que MySQL, et elle supporte mieux les montées en charge avec de nombreux accès simultanés en lecture et écriture. En contrepartie, elle est moins performante pour un faible nombre ou un nombre moyen d'accès simultanés en lecture, et elle n'est généralement pas fournie dans le cadre des hébergements mutualisés.
Depuis quelques années, toutefois, ces différences s'amenuisent : Postgre devient plus performante et MySQL gagne en fonctionnalités.
Cela étant dit, la bdd n'est pas à considérer individuellement, mais comme faisant partie d'un tout : db (stockage des données) + logiciel de traitement des données + connecteur entre les deux.
S'agissant de la migration des applis de MySQL à Postgre, il y a 2 cas : 1) soit on a utilisé un framework qui fonctionne avec différentes DB (du genre RoR), sans écrire d'instruction SQL soi même, et on n'aura pas besoin de changer son code ; 2) soit on a écrit son code SQL à la main, et l'on devra alors l'adapter, car Postgre est généralement moins laxiste que MySQL s'agissant de la grammaire SQL (et plus respectueux des standards aussi).
jujuhtst
[03/08/2011 13:18]
PostgreSQL est un système de gestion de bases de données plus puissant que MySQL sur pas mal de point (c'est moins vrai avec les nouvelles version de MySQL).
http://fr.wikipedia.org/wiki/PostgreSQL
Et concernant EnterpriseDB, à part fournir des solutions payantes basée sur PostgreSQL, ils font contribue au code ? J'ai de gros doute ... Donc leur avis, on s'en contrefous, l'important c'est la communauté.
http://en.wikipedia.org/wiki/EnterpriseDB
PostgreSQL est un système de gestion de bases de données plus puissant que MySQL sur pas mal de point (c'est moins vrai avec les nouvelles version de MySQL).
http://fr.wikipedia.org/wiki/PostgreSQL
Et concernant EnterpriseDB, à part fournir des solutions payantes basée sur PostgreSQL, ils font contribue au code ? J'ai de gros doute ... Donc leur avis, on s'en contrefous, l'important c'est la communauté.
http://en.wikipedia.org/wiki/EnterpriseDB
Anabys
[03/08/2011 13:19]
@kagou : Cherche l'app "Server" sur le MacAppStore.
Pour MySQL, c'est pas compliqué: http://www.mysql.fr/downloads/mysql/#downloads
@kagou : Cherche l'app "Server" sur le MacAppStore.
Pour MySQL, c'est pas compliqué: http://www.mysql.fr/downloads/mysql/#downloads
Philactere
[03/08/2011 13:30]
@gigi
Ce sont des bases de données.
Utilisées un peut près partout pour stocker et organiser des données. Le principe est de stocker l'info dans de multiples tables et d'y accéder via des requetes (ici dans le language SQL). Voilà en hyper schématisé (ce n'est pas ma spécialité en même temps).
MySQL est énormément utilisé pour le web, comme d'autres l'on dit ici. Un site comme MacGé a bien évidement recours à une base de données. Toutes ses données sont stockées dans autant de tables qu'il y a de types de données (types d'articles, articles, auteurs, commentaires, utilisateurs, etc. Chaque table comporte des champs comprenant chacune une donnée (table utilisateurs : utilisateur, login, e-mail, etc.). Ces tables sont "liées" entre elles pour en faire au final un outil très puissant de gestion des données.
@gigi
Ce sont des bases de données.
Utilisées un peut près partout pour stocker et organiser des données. Le principe est de stocker l'info dans de multiples tables et d'y accéder via des requetes (ici dans le language SQL). Voilà en hyper schématisé (ce n'est pas ma spécialité en même temps).
MySQL est énormément utilisé pour le web, comme d'autres l'on dit ici. Un site comme MacGé a bien évidement recours à une base de données. Toutes ses données sont stockées dans autant de tables qu'il y a de types de données (types d'articles, articles, auteurs, commentaires, utilisateurs, etc. Chaque table comporte des champs comprenant chacune une donnée (table utilisateurs : utilisateur, login, e-mail, etc.). Ces tables sont "liées" entre elles pour en faire au final un outil très puissant de gestion des données.
f3nr1l
[03/08/2011 13:34]
via iGeneration pour iPad
Apple n'aime pas la licence GNU, hein? Ont ils jamais entendu parler de khtml, dont est issu webkit? C'est de la bonne grosse lgpl, et le moteur de safari(entre autres) a hérité de cette licence.
http://www.webkit.org/coding/lgpl-license.html
Apple n'aime pas la licence GNU, hein? Ont ils jamais entendu parler de khtml, dont est issu webkit? C'est de la bonne grosse lgpl, et le moteur de safari(entre autres) a hérité de cette licence.
http://www.webkit.org/coding/lgpl-license.html
ghoun aux os secs
[03/08/2011 13:56]
@kangaroos
Une license BSD impose aussi la redistribution du code, par contre ce n'est pas un virus comme la GPL.
@kangaroos
Une license BSD impose aussi la redistribution du code, par contre ce n'est pas un virus comme la GPL.
3
2
1
Réagir
Il n'est pas possible de réagir à cette dépêche. Si vous souhaitez toutefois réagir, n'hésitez pas à faire un tour dans nos forums.






Mai 2013
