- MySQL používá také MVCC, jen checkinnoDB. Ale v PostgreSQL můžete změnit FILLFACTOR, abyste vytvořili prostor pro budoucí aktualizace. Díky tomu můžete vytvořit databázi, která má prostor pro aktuální data, ale také pro budoucí aktualizace a mazání. Když autovacuum a HOT udělají své věci správně, velikost vaší databáze může být stabilní.
- Blog je o starých verzích, spousta věcí se změnila a PostgreSQL odvádí mnohem lepší práci v kompresi než za starých časů.
- Komprese závisí také na datovém typu, konfiguraci a rychlosti. Musíte otestovat, abyste viděli, jak to ve vaší situaci funguje.
Provedl jsem pár konverzí z MySQL na PostgreSQL a ve všech těchto případech byl PostgreSQL asi o 10 % menší (MySQL 5.0 => PostgreSQL 8.3 a 8.4). Těchto 10 % bylo použito ke změně fillfactoru na nejnovějších tabulkách, ty byly nastaveny na fillfactor 60 až 70. Rychlost byla mnohem lepší (žádné problémy s více než 20 souběžnými uživateli) a velikost dat byla také stabilní, žádné MVCC nefungovalo mimo kontrolu nebo vakuum až daleko pozadu.
MySQL a PostgreSQL jsou dvě různé bestie, PostgreSQL je o spolehlivosti tam, kde je MySQL populární.