Die Schwachstellen von PostgreSQL
(medium.com)- Zusammenfassung und Gegenmaßnahmen eines Entwicklers, der seit 17 Jahren Postgres nutzt, sowie erwartete künftige Änderungen
#1 Wraparound der Transaktions-ID (XID)
#2 Mögliches Datenverlust-Risiko beim Failover
#3 Ausweitung von Datenverlust bei Hardware-Problemen durch ineffiziente Replikation
#4 Garbage-Probleme bei MVCC
#5 Schwierige Skalierung wegen Process-per-Connection
#6 PK-Indizes belegen unnötig Speicherplatz
#7 Downtime bei Major-Upgrades erforderlich
#8 Umständliche Einrichtung der Replikation
#9 Keine Query-Planner-Hints
#10 Keine Unterstützung für Block-Komprimierung
2 Kommentare
Ich überlege, ob wir es im Unternehmen einsetzen könnten, daher sollte ich mir das wohl anschauen :)
Da es sich um ein Gegenargument? zu dem vor ein paar Tagen veröffentlichten Beitrag „PostgreSQL is the worlds’ best database“ https://2ndquadrant.com/en/blog/… handelt, ist es gut, beide zusammen zu lesen.
( Eigentlich habe ich diesen Artikel selbst nicht einmal auf GeekNews geteilt, weil er mir zu angriffslustig? war )