Paru ce jour (09 avril 2010) dansLe Monde informatique : http://www.lemondeinformatique.fr/actua ... 30390.html

j'ai très hâte de lire ça...

Ca nous ferait un PhpMariaAdmin.. c'est pas top ^-^

Ceci dit, y'a pas mal de forks de MySQL ces dernières années, comme drizzle par exemple .

Honnêtement, je me fous pas mal du nombre de forks et autres avatars de MySQL en tous genres qui trainent, je veux juste pouvoir utiliser un SGBD fiable sans devoir m'inquiéter du fait qu'il faudra peut-être le remplacer à moyen terme parce que l'éditeur a fait un caca nerveux et décide d'arrêter le développement et/ou la maintenance et/ou tout simplement décide d'abandonner son développement.
Je n'en veux pas plein qui fassent tous plus ou moins les mêmes choses avec ici ou là une petite particularité en prime, j'en veux juste un qui fasse bien ce pour quoi il a été conçu tout en répondant à mon besoin et en restant aussi proche que faire se peut des standards.

Enfin bon, pour ce que j'en dis hein...

solution : postgreSQL

solution : postgreSQL

spafo

solution : postgreSQL

Ben non, désolé de te contredire, mais tu donnes une réponse avant même de poser la question. Donc avec du pot tu pourrais effectivement avoir tout à fait raison, ou bien avoir tout faux.

Et la question est donc : Quel est mon besoin ? Là, j'ai pas trop le temps de détailler et il me manque une information pour compléter mon propos, mais résumé grossièrement, MySQL répondait parfaitement à mon besoin jusqu'à maintenant et d'une part je ne suis pas certain que PostGreSQL puisse combler complètement le trou advenant une disparition de MySQL (ce qui est encore loin d'être le cas), d'autre part je suis pour le moment beaucoup plus intéressé par le fait que le suivi du développement et la maintenance de MySQL continuera normalement. Il est certain que si les déclarations de la direction de chez Oracle semblent montrer qu'à moyen ou long terme MySQL disparaitra ou alors deviendra inabordable en rejoignant la grille tarifaire de l'éditeur, en ne devenant disponible dans sa version complète qu'avec une licence commerciale, je vais alors rapidement m'intéresser de beaucoup plus près à d'autres solutions, PGSQL faisant bien entendu partie du panorama.

spafo

spacompletementjustenonplus

solution : postgreSQL

Ben non, désolé de te contredire, mais tu donnes une réponse avant même de poser la question. Donc avec du pot tu pourrais effectivement avoir tout à fait raison, ou bien avoir tout faux.

Je répondais aux points suivants :

Honnêtement, je me fous pas mal du nombre de forks et autres avatars de MySQL en tous genres qui trainent, je veux juste pouvoir utiliser un SGBD fiable sans devoir m'inquiéter du fait qu'il faudra peut-être le remplacer à moyen terme parce que l'éditeur a fait un caca nerveux et décide d'arrêter le développement et/ou la maintenance et/ou tout simplement décide d'abandonner son développement.
Je n'en veux pas plein qui fassent tous plus ou moins les mêmes choses avec ici ou là une petite particularité en prime, j'en veux juste un qui fasse bien ce pour quoi il a été conçu tout en répondant à mon besoin et en restant aussi proche que faire se peut des standards.

Et soit-dit en passant, PostGreSQL respect mieux les standard SQL-ANSI que MySQL, qui a pris quelques raccourci sur des subtilités, mais qui passent aujourd'hui comme une norme parmi les utilisateurs de MySQL (faire une recherche sur une colonne de type DATE en passant une chaine de caractères, par exemple).
De plus, il est plus performant sur des charges moyennes à fortes, et gère mieux la réplication, à une expérience plus grande des relations transactionnelles, tout ça pour une administration a peine plus compliquée.

Maintenant, je pense que tu veux MySQL non pas parce qu'il répond à ton besoin, mais surtout parce que tu as construits ton besoin autour. Et là, effectivement, tant que je ne dirais pas qu'il faut utiliser MySQL, je serais à côté.

PostGreSQL respect

Ouaiche man!

solution : postgreSQL

Ah non, pas ça !
Utilisez un fork de MySQL c'est mieux.

solution : postgreSQL

Ah non, pas ça !
Utilisez un fork de MySQL c'est mieux.

Et pourquoi ça ?

Comme 90% des gens qui utilisent MySQL sans jamais avoir touché à PostGreSQL :
Par ce que c'est compliqué et lent...

Pour redevenir sérieux, pour deux raisons principales :
* 90% des personnes utilisent MySQL pour sa simplicité et sa "rapidité", PostGreSQL ne cherche avant tout ni la vitesse, ni la simplicité. Je suis prêt à parier que si une vague massive d'utilisateurs se met à PostGreSQL, ça va se plaindre et se lamenter.
* Vous allez vous pencher sur PostGreSQL uniquement parce qu'on vous "force" à quitter MySQL. Bravo, vous devriez bosser chez Microsoft si vous voulez vendre votre morale, c'est de l'hypocrisie. On ne doit jamais faire un choix par défaut.

Alors, pour reprendre de base :
Cyrano pose un message sur lequel il s'inquiète de l'avenir de MySQL.
Après un bref échange, il donne les raisons pour lesquelles il ne veut pas utiliser un fork de MySQL
Je lui dit qu'il existe une solution toute faite qui s'appelle PostGreSQL, et j'argumente.

katagoto, est-ce que tu peux m'expliquer en quoi il était utile/nécessaire/justifié de balancer un tel pavé qui est tout sauf constructif ? A part ouvrir la porte à un troll d'une taille proche du Nagol (c'est la mesure officielle du troll ^^), je ne vois pas en quoi se moquer des utilisateurs de MySQL soit justifié.
Et puis, je te signale que les jugements de valeurs sont toujours subjectifs. J'utilise déjà PostGreSQL de manière hebdomadaire, pour des raisons techniques et non pas politique.

katagoto, est-ce que tu peux m'expliquer en quoi il était utile/nécessaire/justifié de balancer un tel pavé qui est tout sauf constructif ? A part ouvrir la porte à un troll d'une taille proche du Nagol (c'est la mesure officielle du troll ^^), je ne vois pas en quoi se moquer des utilisateurs de MySQL soit justifié.

ça n'a aucun intérêt et je visais le demi-Nagol.

On ne doit jamais faire un choix par défaut.

Je rejoins assez cette idée, même si dans un choix, il faut aussi tenir compte des contraintes qui peuvent réduire sérieusement le panorama.

Dire que j'ai établi mon besoin par rapport à MySQL est peut-être un peu voire très exagéré. Comme beaucoup de développeurs, j'ai commencé et fait mon apprentissage avec MySQL. Ceci étant, mes besoins étaient et restent orientés web internet/intranet et MySQL est tout à fait adapté à ce type de développement. Il est également vrai que je ne connais PostGreSQL que de nom, je ne m'en suis jamais servi, et dans mon parcours, il ne m'est pas encore arrivé de tomber sur un client qui l'utilise. Et il doit y avoir d'autres SGBD possibles soit dans le commercial soit dans le libre.

Mais l'idée générale est qu'il serait peut-être intéressant de regrouper ici les connaissances de chacun en la matière qui permettrait justement aux intéressés de faire faire un choix plus éclairé parmi les solutions alternatives si MySQL devait changer complètement de direction. Après tout, on pourrait aussi envisager de passer à MariaDB : c'est 100% compatible avec MySQL donc la transition serait instantanée et les fonctionnalités strictement les mêmes.

Et je n'ai pas dit que je ne voulais pas utiliser un fork : je dis que je ne cherche pas plein de forks possibles, je n'en cherche éventuellement qu'un seul, le bon. Reste donc à déterminer les critères qui font que je dirais si pour moi tel ou tel fork est ou non le bon.

Mais l'idée générale est qu'il serait peut-être intéressant de regrouper ici les connaissances de chacun en la matière qui permettrait justement aux intéressés de faire faire un choix plus éclairé parmi les solutions alternatives si MySQL devait changer complètement de direction.

+1

c'est vrai qu'il existe des comparatifs éparpillés sur Google ... mais phpFrance regroupe tellement de Grands talents que ce serait avec plaisir que nous dégusterons les avis éclairés !! ... (les avis sont éclairés, j'ai pas dis que les orateurs de phpFrance était des illuminés !)