- Anche MySQL usa MVCC, basta controllare innoDB. Ma in PostgreSQL puoi cambiare FILLFACTOR per fare spazio per futuri aggiornamenti. Con questo, puoi creare un database che ha spazio per i dati attuali ma anche per aggiornamenti ed eliminazioni futuri. Quando autovacuum e HOT fanno le loro cose bene, la dimensione del tuo database può essere stabile.
- Il blog parla di vecchie versioni, molte cose sono cambiate e PostgreSQL fa un lavoro molto migliore nella compressione rispetto ai vecchi tempi.
- La compressione dipende anche dal tipo di dati, dalla configurazione e dalla velocità. Devi fare un test per vedere come funziona per la tua situazione.
Ho eseguito un paio di conversioni da MySQL a PostgreSQL e in tutti questi casi PostgreSQL era circa il 10% più piccolo (MySQL 5.0 => PostgreSQL 8.3 e 8.4). Questo 10% è stato utilizzato per modificare il fattore di riempimento nelle tabelle più aggiornate, queste sono state impostate su un fattore di riempimento da 60 a 70. La velocità era molto migliore (non ci sono più problemi con oltre 20 utenti simultanei) e anche la dimensione dei dati era stabile, nessun MVCC andava fuori controllo o aspirare molto indietro.
MySQL e PostgreSQL sono due bestie diverse, PostgreSQL è tutto incentrato sull'affidabilità dove MySQL è popolare.
