- MySQL gebruikt ook MVCC, checkinnoDB. Maar in PostgreSQL kunt u de FILLFACTOR wijzigen om ruimte te maken voor toekomstige updates. Hiermee kunt u een database maken die ruimte heeft voor huidige gegevens, maar ook voor toekomstige updates en verwijderingen. Als autovacuum en HOT hun werk goed doen, kan de grootte van uw database stabiel zijn.
- De blog gaat over oude versies, er zijn veel dingen veranderd en PostgreSQL doet het veel beter in compressie dan vroeger.
- Compressie hangt ook af van het datatype, de configuratie en de snelheid. Je moet testen om te zien hoe het werkt voor jouw situatie.
Ik deed een paar conversies van MySQL naar PostgreSQL en in al deze gevallen was PostgreSQL ongeveer 10% kleiner (MySQL 5.0 => PostgreSQL 8.3 en 8.4). Deze 10% werd gebruikt om de vulfactor op de meest bijgewerkte tabellen te wijzigen, deze waren ingesteld op een vulfactor van 60 tot 70. De snelheid was veel beter (geen problemen meer met meer dan 20 gelijktijdige gebruikers) en de gegevensgrootte was ook stabiel, geen MVCC uit de hand of vacuüm te ver achter.
MySQL en PostgreSQL zijn twee verschillende beesten, bij PostgreSQL draait alles om betrouwbaarheid waar MySQL populair is.