Re: Dropping column from big table - Mailing list pgsql-general

From sud
Subject Re: Dropping column from big table
Date
Msg-id CAD=mzVUS8mFK42zmVUUC3JkiN=9QSUZ_Qxayd6=KJwbqdd0HzA@mail.gmail.com
Whole thread Raw
In response to Re: Dropping column from big table  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: Dropping column from big table
List pgsql-general

On Thu, Jul 11, 2024 at 2:52 AM Adrian Klaver <adrian.klaver@aklaver.com> wrote:

https://www.postgresql.org/docs/current/sql-altertable.html

"The DROP COLUMN form does not physically remove the column, but simply
makes it invisible to SQL operations. Subsequent insert and update
operations in the table will store a null value for the column. Thus,
dropping a column is quick but it will not immediately reduce the
on-disk size of your table, as the space occupied by the dropped column
is not reclaimed. The space will be reclaimed over time as existing rows
are updated.

To force immediate reclamation of space occupied by a dropped column,
you can execute one of the forms of ALTER TABLE that performs a rewrite
of the whole table. This results in reconstructing each row with the
dropped column replaced by a null value.
"


Thank you so much. When you said "you can execute one of the forms of ALTER TABLE that performs a rewrite
of the whole table." Does it mean that post "alter table drop column" the vacuum is going to run longer as it will try to clean up all the rows and recreate the new rows? But then how can this be avoidable or made better without impacting the system performance and blocking others?

pgsql-general by date:

Previous
From: David Rowley
Date:
Subject: Re: Query on partitioned table needs memory n_partitions * work_mem
Next
From: Paul A Jungwirth
Date:
Subject: Re: Postgresql range_agg() Return empty list