MySQL est une « base de données plutôt médiocre », déclare un ingénieur Oracle en partance

Citation:

---

Envoyé par FatAgnus

... Si SQL Server est vraiment plus performant que PostgreSQL, qui après tout est possible, pourquoi notre ami SQLpro biaise-t-il ses benchmarks en exécutant PostgreSQL sous Windows alors qu'il est parfaitement admis que la version Windows est bien plus lente que la version Linux ?

---

Cette affirmation n'a jamais été prouvée... Bonjour le troll !

De plus même le staff de PostGreSQL a enfin avoué qu'ils avaient construit le moteur sur une fausse piste à base de processus et non pas de thread ce qui pour la montée en charge est épouvantables.... Ils viennent enfin d'admettre qu'il faudrait changer de modèle... Mais si une telle réforme est engagée elle mettra sans doute 10 ans car il faut revoir tout le code....
https://postgresql.developpez.com/ac...t-il-la-peine/

A +

Citation:

---

Envoyé par SQLpro

De plus même le staff de PostGreSQL a enfin avoué qu'ils avaient construit le moteur sur une fausse piste à base de processus et non pas de thread ce qui pour la montée en charge est épouvantables..

---

D'où sort cette affirmation, si ce n'est pas du troll je n'y connais rien (j'ai lu l'article et cela ne reflète absolument pas ce qui y est relaté)...

Ayant utilisé PostgreSQL sur des grosses bases, j'ai toujours été satisfait des performances (je n'ai utilisé par ailleurs que Oracle sous divers OS, et lors de mes utilisations de PostgreSQL c'est principalement sous Linux - aussi sous Windows pour les phases de développement).

En dehors des aspects performances, j'ai aussi apprécié la facilité de déploiement, la robustesse, la gestion des index spatiaux (via PostGis) et le respect des standards, sans parler naturellement des coûts réduits en achat bien sûr, mais aussi en maintenance.

Par contre, je n'ai jamais eu un grand nombre d'utilisateurs connectés, les applications étant la plupart du temps des front-ends isolant les vrais utilisateurs du SGBD (ce qui a comme autre avantage de n'autoriser les requêtes SQL qu'à un nombre très restreint d'utilisateurs "techniques", et donc d'améliorer la sécurité du système). Le performance multi utilisateur repose alors sur ces front-ends, où l'on peut utiliser les threads sans souci.