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 maintenancewindow 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 autovacuumto use it in every minutes, autovacuum can use
itafter it has adopted
maintenance window.