Tom Lane wrote: > Saving the array is > expensive both in runtime and code complexity, and I don't believe we > can trust it later --- at least not without even more expensive-and- > complex measures, such as WAL-logging every such save :-( I don’t understand well the things you are worrying about. If we find that we can not trust the saved file, or the file has corrupted, then we can drop it and scan from the beginning of the heap block. If something like CLUSTER, PITR has changed the physical layout of heap, then we can simply drop the files. Why do we need WAL for it? I don’t see any point in it.
Also, I don’t think it is expensive. If it is combined with maintenance window to stop once in a whole day, writing 256MB/2 = 128MB things out can not be said expensive. Of course, this feature isn’t for autovacuum to use it in every minutes, autovacuum can use it after it has adopted maintenance window. ---------------------------(end of broadcast)--------------------------- TIP 5: don't forget to increase your free space map settings
