Les deux SGBDR tournent aussi vite globalement. Ce n'est pas une migration rapide sous PostgreSQL qui va te faire gagner beaucoup, si jamais tu gagnes en perfo.
Par contre PostgreSQL offre beaucoup de moyen pour gagner en vitesse. Entre autre, les requêtes complexes sous PostgreSQL peut nécessité 2 à 3 requêtes sous MySQL. Là il y a gain. De même PostgreSQL offre une grosse souplesse dans le vérouillage des tables. Tu peux initialiser une transaction alors que les tables sont modifiées par d'autres programmes. Sous Mysql, lorsque tu fais une transaction, les autres requêtes sont stoppées. De plus sous Mysql il y a le support de transaction mais que pour une table à la fois.
Donc si tu envisages de passer sous PostgreSQL, lis la doc, prend un café, réfléchis un bon moment sur les gains possibles. Si finalement une migration vers PostgreSQL avec optimisation peut prendre beaucoup de temps, considère qu'il est peut-être plus interressant de changer de hardware ...
# Re: MySQL/Postgree
Posté par Linux_GTI . En réponse au journal MySQL/Postgree. Évalué à 6.
Par contre PostgreSQL offre beaucoup de moyen pour gagner en vitesse. Entre autre, les requêtes complexes sous PostgreSQL peut nécessité 2 à 3 requêtes sous MySQL. Là il y a gain. De même PostgreSQL offre une grosse souplesse dans le vérouillage des tables. Tu peux initialiser une transaction alors que les tables sont modifiées par d'autres programmes. Sous Mysql, lorsque tu fais une transaction, les autres requêtes sont stoppées. De plus sous Mysql il y a le support de transaction mais que pour une table à la fois.
Donc si tu envisages de passer sous PostgreSQL, lis la doc, prend un café, réfléchis un bon moment sur les gains possibles. Si finalement une migration vers PostgreSQL avec optimisation peut prendre beaucoup de temps, considère qu'il est peut-être plus interressant de changer de hardware ...