MySQL et PostGreSQL : lequel choisir ?

Pour accéder à cette section
Connectez-vous !

Pseudo	Commentaire
Page Précédente 1 2 3
Page Précédente 1 2 3
Shepard	# Posté le 30/05/2009 à 10:54:12
SQL Beginner ... Groupe : Anciens Ville : Mouscron Pays : Belgique Études : Université de Mons-Hainaut	Depuis que MySQL a été racheté par Sun, MySQL n'a pour ainsi dire pas évolué ... Il suffit de regarder quelques articles sur le sujet pour s'en convaincre ... Et d'après moi le rachat par Oracle n'arrangera rien, la plupart des développeurs sont partis et MySQL est à présent maintenu (si l'on peut dire) en grande majorité par des gens comme toi et moi qui "s'amusent" chez eux à faire évoluer des projets comme ils peuvent ... PostGreSQL par contre, avec sa version 8.4 qui va sortir prochainement, disposera à présent des "windowing functions" (qui permettent de se passer de LIMIT et apportent pas mal de fonctionnalités très intéressantes ), ainsi que des CTE (qui permettent de faire des requêtes récursives) Ce sont pour moi deux avancées majeures, établir un classement sera maintenant un jeu d'enfant, et gérer une arborescence de la forme enfant -> parent également. Bien sûr ce n'est que mon point de vue, mais pour moi PostGreSQL est occupé de suppplanter totallement MySQL, qui ne sait plus où donner de la tête entre ses problèmes d'administration et le retard sur les autres SGBDR qui ne fait que s'agrandir Certains diront que les objectifs sont différents, et que MySQL n'a pas besoin d'autant de fonctionnalités que PostGreSQL par exemple, mais c'est pourtant clairement la direction qu'a choisie MySQL avec l'implémentation des triggers, UDF et compagnie ...
Tony195	# Posté le 20/06/2009 à 20:29:37
	Au final on a vraiment pas l'objectif d'objectivité annoncé. Tu écris comme bon te semble mais ne vante pas les mérites de ton tutoriel sur des caractéristiques qu'il ne possède pas.
iMeee	# Posté le 18/08/2009 à 23:53:12
It's me ! Blog Twitter close Ville : Bessines Pays : France métropolitaine	Ce n'est pas ce tutoriel qui m'a décidé d'utiliser PostgreSQL mais des conseils, en effet PgSQL est plus stable avec de lourdes bases et beaucoup de requettes/s (Serveur Jabber, log de tous les messages, stockage user) Je suis en cours de tests pour passez ma plateforme à PgSQL
gladiatorkilo	# Posté le 26/11/2009 à 00:52:58
Ville : Meknes Pays : Maroc	Un tuto corrompu . Ce tuto doit être refait monsieur l'auteur, car tu dis que MySQL ne siat pas gerer les contraintes d'intégrités référentielles, si c'était le cas MySQL serait jeter a la poubelle depuis longtemp. vous disez aussi que MySQL a des probleme a gerer les BD de "grande"!! taille, si cela est vrai wikipedia et eBay n'auraient pas pu exister. Personnellement j'aime les deux de tout mon cœur puisque c'est du libre, chacun a ses avantages et ses inconvenients et c du bon travail qui dois continuer. j'espere que MySQL tiendra le coup apres l'achat de sun par Oracle, sinon changer de cap.
Shepard	# Posté le 30/12/2009 à 12:58:04
SQL Beginner ... Groupe : Anciens Ville : Mouscron Pays : Belgique Études : Université de Mons-Hainaut	Bonjour, Pour la première remarque, je me permet de nuancer un peu: "corrompu" ne me semble pas être le bon terme, j'ai écrit ce tuto selon les caractéristiques de chaque SGBDR à ce moment. Malheureusement, ce que je voulais éviter a fini par se produire: mon tuto est dépassé, et je suis entièrement d'accord sur le fait que je dois le refaire ... Ceci dit, MySQL ne gère l'intégrité référentielle qu'à condition d'utiliser InnoDB, connu pour ses performances à la limite de l'acceptable et le fait qu'il ne gère pas les index FULL TEXT. Qui dit que Wikipedia et Ebay utilisent de grosses BDD ? Par exemple Wikipedia utilise des Portails qui utilisent certainement des BDD distinctes, de plus les textes sont plus que certainement gérés à part de la BDD, et ils n'utilisent probablement pas les index FULL TEXT mais des moteurs externes (je pense à Sphinx, par exemple). De plus, même si dans le tuto je mets l'accent sur les avantages de chaque SGBD, et là on ne peut nier que PostGreSQL est loin devant, je précise à la fin que le choix d'un SGBD se fait pour chaque projet et qu'il ne faut pas se dire "je serai un utilisateur de PostGreSQL quel que soit le projet auquel j'aurai affaire". L'important est de connaitre les avantages et faiblesses de chacun et de faire le bon choix au bon moment, par exemple, pour un petit projet de site web, se priver d'un serveur peu cher parce qu'il ne dispose que de MySQL et prendre un gros serveur beaucoup plus cher juste pour le principe d'utiliser PostGreSQL ne me semble pas être un choix judicieux. À bon entendeur Bonne journée !
aityahia	# Posté le 01/03/2010 à 22:08:52
	Super tuto shepard, un ami un jour m'a balancé que PostGreSQL est meilleur que MySQL, sans me donner les vraies raisons et la avec ton article je vois plus clair, même si il est un peu vieux, je pense que les choses ont évolué parallèlement donc les grands axes reste les mêmes. MySQL aussi le privilège d'être booster par toutes les solutions LAMP et WAMP qu'utilisent généralement les novices du developpement web en mettant de l'ombre sur PostGreSQL. encore bravo et bonne continuation
robin850	# Posté le 02/04/2010 à 19:51:50
Blog Twitter close Ville : Avesnes-sur-helpe Pays : France métropolitaine	Merci pour ce super tuto . ça m'a motivé d'un coup je sais pas pourquoi, déjà de une j'ai envie de me renseigner à fond sur PostgreSQL et sûrement de l'utiliser sur mon site , j'ai d'un coup l'envie de me renseigner sur plein d'autres choses pour mon site(PostgreSQL, moteur de templates(je sais ça n'a aucun rapport), ...). Être motivé c'est génial, j'adore ça Cordialement robin. Pardonnez mes fautes d'orthographe. Utilisation de Twig, un moteur de Templates
toupil	# Posté le 23/04/2010 à 11:43:11
	Bonjour. Je suis passé sur postgresql la semaine dernière (bye bye mysql) pour plusieurs raisons : - non respect des contraintes d'intégrité - pas de prise en charge des fonctions spatial - mauvaise performance même avec des index La migration a durée 6h (une 30ene de table) ... merci Hibernate. Je n'ai pas eu à modifier mes requêtes. Juste quelques types de données à adapter entre mysql et postgresql. Bref, que du bénéfice pour moi, avec des possibilités ENORMES qui s'ouvrent grâce à postgresql GIS !! Vous pouvez voir le résultat sur toupil.fr, réseau social de services Aurélien. Gérez simplement et rapidement vos dépenses entre amis. Aurélien, Webmaster de onsedoit.fr Topic de présentation de onsedoit.fr sur le SDZ
informaticous	# Posté le 17/08/2010 à 20:13:21
Ville : Brain le comte Pays : Belgique	Avec le rachat de Sun par Oracle, je pense que Mysql n'a plus beaucoup d'avenir. Même si un fork sort, je pense que le développement de Mysql ne sera plus ce qu'il était. Je croie que pour un SGBRD libre et performant postgresql deviendra LA solution de référence. J'ai des petits sites qui utilise mysql, même si mysql est plus performant sur des petitss données je pense migré dans les semaines à venir vers postgresql.
MajestiK	# Posté le 15/09/2010 à 17:25:16
Oh my God !! Avis : Très bon	Aller c'est décidé après lecture de ton cours, je me met à PostgreSql. Si vous avez des tutos hésitez pas, sur le SdZ il y en a pas ! Merci pour ton cours en tout cas bien foutu, je pense que maintenant avec les nouvelles versions (actuellement 8.4) postgresql à dû rattrapé son retard au niveau de la vitesse d'execution. "Peut-être donnons-nous tous le meilleur de nous-mêmes à ceux qui de leur côté ne nous accordent que rarement une de leurs pensées." Terence Hanbury White
Grabeuh	# Posté le 26/09/2010 à 19:45:09
Je rale pas, je m'exprime !	MySQL 5.5 passe en version RC (article developpez.com) Morceaux choisis : Citation Mais bien que MySQL soit maintenu, il sera distribué avec « InnoDB » comme moteur de stockage par défaut. Selon l'entreprise, InnoDB est actuellement le moteur de stockage de choix pour Oracle et MySQL, il serait entièrement conforme aux propriétés ACID qui garantissent l'atomicité, l'isolation, la cohérence et la durabilité des transactions, des performances et des données. [...] A en croire un benchmark réalisé par SysBench, les équipes d'Oracle InnoDB et de MySQL auraient réussi à améliorer par un facteur dix le temps nécessaire à la restauration. Les performances en lecture/écriture pour MySQL sous linux auraient été améliorées de 360% par rapport à la version 5.1, contre 1500% pour MySQL 5.5 sous Windows Server 2008.
zul-kiss	# Posté le 16/12/2010 à 16:09:38
	Oui merci pour ce tuto. Je suis sur un projet actuellement qui nous à mis effectivement devant ce choix. Cette article va surement m'aider à convaincre mes camarades de prendre postgres
Rogolotoon	# Posté le 07/02/2011 à 13:32:25
	Il y a des imprécisions gênante je trouve; je m'explique. par exemple, on parle de gros et de petit volumes de données. Gros et petit, se sont des appréciations trop subjective. Des données concrètes pourrait aider a mieux définir la limite petit/gros volume. c'est pareil pour les accès a la base, on parle de fort et de faible; encore une fois un petit exemple concret pourrait aider à bien dissocier les deux. Sinon je dirais Merci et Bravo pour l'initiative.
Night / Sun	# Posté le 09/05/2011 à 11:35:42
	Le tuto oui est dépasse shepard sinon il est bien car assez neutre je trouve. Concernant vos essais de migration il existe des outils pour des bases simples comme mysql2postgresql. Dommage que vous n'ayiez pas perseveré. Le problème de charge machine aurait pu fonctionner avec CARP et deux serveurs peut etre... Pour la volumetrie, il y a un élément important, effectivement l'on ne peut comparer deux bases de tailles différentes sur deux sgbdr différents. Il ne faut pas non plus oublier que le plus important est l'architecture de la base de donnéees. La présence ou non de procédure stockées... Le design de la base est essentiel Concernant PostgreSQL si tu modifies le tuto, il sera interressant de parler des mécanismes de réplications intégres et des outils annexes. bon travail en tout cas.
kedare	# Posté le 11/08/2011 à 21:27:05
Blog Twitter close Ville : Levallois Pays : France métropolitaine Études : IRIS	Citation : toupil - mauvaise performance même avec des index Heu non mais tu sais il y a pas que les indexes qui comptent pour les performances, une base de données ça s'optimise... Enfin avec Mysql 5.5 et le futur 5.6, Oracle l'a quand même bien amélioré, réplication semi-synchrome, le performance_schema, la compatibilité avec LDAP, le moteur memcached (qui permet de complètement se passer du SQL), et plein d'autres bonnes choses... http://dev.mysql.com/tech-resources/ar [...] mysql-55.html http://dev.mysql.com/tech-resources/ar [...] ysql-5.6.html Finalement je me fais plus trop de soucis pour Mysql dans les mains d'Oracle, Sun avait rien fait de bien intéressant dessus depuis plusieurs années, ça a l'air de changer ! Toujours rien de bien intéressant de nouveau au niveau scaling horizontale chez Postgresql (Replication, Clustering) (non la réplication Postgresql n'est pas au niveau de celle de MySQL, il n'y a aucun moyen de monitoring ou de contrôle dessus par rapport a ce qu'on trouve sur MySQL, de plus, MySQL Cluster est une pure merveille (matez ça: http://www.youtube.com/watch?v=MP_GbMLOqOk )) Enfin personnellement j'hésite entre les deux, j'étais passé a PostgreSQL mais je pense de plus en plus a retourner sur MySQL
Darkspider	# Posté le 12/02/2012 à 02:51:31
Avis : Mitigé	Pour ma part, je conseille quand même PostGreSQL pour un débutant en bases de données en particulier en lignes de commandes. Cela lui permettra de bien acquérir les notions fondamentales sur les bases de données. De plus, il ne saura pas qu'utiliser une base de données mais la maîtriser surtout s'il est amené à en concevoir. Enfin, le SGBDR le plus performant à ce jour est Oracle; malheureusement, il est payant. PostGreSQL est son alter ego gratuit. Après, cela reste un avis personnel...
Dominique0796	# Posté le 19/05/2012 à 11:59:01
Pas de victoires sans échecs Avis : Bon	Oui, et je rajoute que PostgreSQL propose des fonction de fenêtrage ... Pour le requêtes légère on en a rarement besoin, mais j'avais une requête qui mesurait 2 bonne pages A4 en mySQL. J'ai décidé de la transformer en PostgreSQL en utilisant les fonctions de fenêtrage. Le temps d'exécution était divisé par 15 !! C'est pour le coup que je n'ai pas regretté d'avoir choisi postgres ... Mon blog de développement informatique