- MySQL също използва MVCC, просто проверете innoDB. Но в PostgreSQL можете да промените FILLFACTOR, за да освободите място за бъдещи актуализации. С това можете да създадете база данни, която има място за текущи данни, но също и за някои бъдещи актуализации и изтривания. Когато autovacuum и HOT вършат работата си както трябва, размерът на вашата база данни може да бъде стабилен.
- Блогът е за стари версии, много неща са се променили и PostgreSQL върши много по-добра работа при компресията, както в старите дни.
- Компресията зависи и от типа данни, конфигурацията и скоростта. Трябва да тествате, за да видите как работи за вашата ситуация.
Направих няколко преобразувания от MySQL към PostgreSQL и във всички тези случаи PostgreSQL беше с около 10% по-малък (MySQL 5.0 => PostgreSQL 8.3 и 8.4). Тези 10% бяха използвани за промяна на коефициента на запълване в най-актуализираните таблици, те бяха настроени на коефициент на запълване от 60 до 70. Скоростта беше много по-добра (без повече проблеми с над 20 едновременни потребители) и размерът на данните също беше стабилен, без MVCC извън контрол или вакуум до далеч назад.
MySQL и PostgreSQL са два различни звяра, PostgreSQL е свързан с надеждността, където MySQL е популярен.
