Avis aux futurs lecteurs : Le texte ci-dessous a été modifié pour la dernière fois en août 2008. C'était il y a près de 11 ans à compter de cette modification. Les logiciels peuvent changer rapidement d'une version à l'autre. Par conséquent, avant de choisir un SGBD en vous basant sur les conseils ci-dessous, faites des recherches pour voir s'il est toujours exact. Vérifiez les réponses plus récentes ci-dessous.
Mieux ?
MySQL est beaucoup plus souvent fourni par les hébergeurs Web.
PostgreSQL est un produit beaucoup plus mature.
Il y a cette discussion qui répond à votre "meilleure" question
Apparemment, selon cette page Web, MySQL est rapide lorsque les niveaux d'accès simultanés sont faibles et lorsqu'il y a beaucoup plus de lectures que d'écritures. D'autre part, il présente une faible évolutivité avec des charges et des rapports d'écriture/lecture croissants. PostgreSQL est relativement lent à de faibles niveaux de simultanéité, mais s'adapte bien à l'augmentation des niveaux de charge, tout en offrant une isolation suffisante entre les accès simultanés pour éviter les ralentissements à des taux d'écriture/lecture élevés. Il se poursuit par un lien vers un certain nombre de comparaisons de performances, car ces choses sont très... sensibles aux conditions.
Donc, si votre facteur de décision est :"qu'est-ce qui est le plus rapide ? " Alors la réponse est " ça dépend. Si cela compte vraiment, testez votre application par rapport aux deux. " Et si vous vous souciez vraiment, vraiment, vous faites appel à deux administrateurs de bases de données (un qui se spécialise dans chaque base de données) et demandez-leur de régler la merde des bases de données, puis de choisir. C'est étonnant à quel point bon coûte cher Les DBA sont ; et ils valent chaque centime .
Quand c'est important.
Ce qui n'est probablement pas le cas, alors choisissez simplement la base de données dont vous aimez le son et allez-y; de meilleures performances peuvent être achetées avec plus de RAM et de CPU, et une conception de base de données plus appropriée, et des astuces de procédures stockées intelligentes, etc. , et le réglage spécialisé de DBA coûteux.
Joel a également déclaré dans ce podcast que le commentaire reviendrait le mordre parce que les gens diraient que MySQL était une merde - Joel ne pouvait pas obtenir un
count de rangées en arrière. Le pluriel d'anecdote n'est pas une donnée. Il a dit :MySQL est la seule base de données avec laquelle j'ai jamais programmé dans ma carrière qui a eu des problèmes d'intégrité des données, où vous faites des requêtes et vous obtenez des réponses absurdes, qui sont incorrectes.
et il a aussi dit :
C'est juste une anecdote. Et c'est l'une des choses qui me frustre, en fait, à propos des blogs ou simplement d'Internet en général. [...] Il y a juste une tendance bizarre à faire des anecdotes des vérités et en fait, en tant que blogueur, je commence à me sentir un peu coupable à ce sujet
