Hvis de døde tupler har stablet sig ud over, hvad der kan tages højde for i max_fsm_pages , vil en almindelig VACUUM ikke kunne frigøre alt. Slutresultatet er, at databasen vil vokse sig større og større over tid, efterhånden som dead space fortsætter med at akkumulere. At køre en VACUUM FULL burde løse dette problem. Desværre kan det tage meget lang tid på en stor database.
Hvis du ofte støder på dette problem, skal du enten støvsuge oftere (autovacuum kan hjælpe her) eller øge max_fsm_pages indstilling. Når du kører VACUUM VERBOSE, vil den fortælle dig, hvor mange sider der blev frigivet, og give dig en advarsel, hvis max_fsm_pages blev overskredet, kan dette hjælpe dig med at bestemme, hvad denne værdi skal være. Se manualen for mere information. http://www .postgresql.org/docs/8.3/static/runtime-config-resource.html#RUNTIME-CONFIG-RESOURCE-FSM
Heldigvis løser 8.4's synlighedskort dette problem. Despesz har som sædvanlig en god historie om emnet:http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/