Les défauts de PostgreSQL

• Récapitulatif et méthodes de réponse d’un développeur qui utilise Postgres depuis 17 ans, avec des prévisions sur les changements à venir

#1 Wraparound de l’ID de transaction (XID)

#2 Risque de perte de données lors du failover

#3 Amplification des pertes de données en cas de problème matériel à cause d’une réplication inefficace

#4 Problème de garbage avec le MVCC

#5 Difficulté à passer à l’échelle à cause du modèle un processus par connexion

#6 L’index de PK occupe inutilement de l’espace

#7 Les mises à niveau de version majeure nécessitent du downtime

#8 Configuration de la réplication fastidieuse

#9 Ne fournit pas de hint pour le query planner

#10 Ne prend pas en charge la compression par blocs

[tujuc]

Je pense qu’il va falloir que je garde ça à l’œil, vu qu’on envisage de l’utiliser dans l’entreprise :)

[xguru]

C’est un article qui réfute ? « PostgreSQL is the worlds’ best database » https://2ndquadrant.com/en/blog/… publié il y a quelques jours, donc cela vaut le coup de lire les deux ensemble.

( En ce qui me concerne, j’ai trouvé cet article un peu trop agressif ?, donc je ne l’ai même pas partagé sur GeekNews )