- MySQL bruger også MVCC, bare checkinnoDB. Men i PostgreSQL kan du ændre FILLFACTOR for at gøre plads til fremtidige opdateringer. Med dette kan du oprette en database, der har plads til aktuelle data, men også til fremtidige opdateringer og sletninger. Når autovacuum og HOT gør deres ting rigtigt, kan størrelsen på din database være stabil.
- Bloggen handler om gamle versioner, mange ting har ændret sig, og PostgreSQL gør et meget bedre stykke arbejde med komprimering, som det gjorde i gamle dage.
- Kompression afhænger også af datatype, konfiguration og hastighed. Du skal teste for at se, hvordan det fungerer i din situation.
Jeg lavede et par konverteringer fra MySQL til PostgreSQL, og i alle disse tilfælde var PostgreSQL omkring 10% mindre (MySQL 5.0 => PostgreSQL 8.3 og 8.4). Disse 10 % blev brugt til at ændre fillfactor på de mest opdaterede tabeller, disse blev sat til en fillfactor 60 til 70. Hastigheden var meget bedre (ikke flere problemer med over 20 samtidige brugere) og datastørrelsen var også stabil, ingen MVCC i gang ude af kontrol eller vakuum for langt bagud.
MySQL og PostgreSQL er to forskellige bæster, PostgreSQL handler om pålidelighed, hvor MySQL er populært.