- MySQL również używa MVCC, wystarczy checkinnoDB. Ale w PostgreSQL możesz zmienić FILLFACTOR, aby zrobić miejsce na przyszłe aktualizacje. Dzięki temu możesz stworzyć bazę danych, która ma miejsce na bieżące dane, ale także na przyszłe aktualizacje i usunięcia. Kiedy autovacuum i HOT robią swoje, rozmiar bazy danych może być stabilny.
- Blog dotyczy starych wersji, wiele rzeczy się zmieniło, a PostgreSQL radzi sobie znacznie lepiej z kompresją niż w dawnych czasach.
- Kompresja zależy również od typu danych, konfiguracji i szybkości. Musisz przetestować, aby zobaczyć, jak to działa w Twojej sytuacji.
Zrobiłem kilka konwersji z MySQL do PostgreSQL i we wszystkich tych przypadkach PostgreSQL był około 10% mniejszy (MySQL 5.0 => PostgreSQL 8.3 i 8.4). Te 10% zostało użyte do zmiany współczynnika wypełnienia w najbardziej aktualizowanych tabelach, zostały one ustawione na współczynnik wypełnienia od 60 do 70. Szybkość była znacznie lepsza (brak problemów z ponad 20 równoczesnymi użytkownikami), a rozmiar danych również był stabilny, nie było MVCC poza kontrolą lub zbyt daleko w tyle.
MySQL i PostgreSQL to dwie różne bestie, PostgreSQL to niezawodność tam, gdzie MySQL jest popularny.
