Re: Dropping column from big table

From: sud <suds1434(at)gmail(dot)com>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Dropping column from big table
Date: 2024-07-11 03:28:18
Message-ID: CAD=mzVUS8mFK42zmVUUC3JkiN=9QSUZ_Qxayd6=KJwbqdd0HzA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jul 11, 2024 at 2:52 AM Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)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?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Paul A Jungwirth 2024-07-11 04:46:33 Re: Postgresql range_agg() Return empty list
Previous Message David Rowley 2024-07-11 02:17:26 Re: Query on partitioned table needs memory n_partitions * work_mem