| From: | "Peter J(dot) Holzer" <hjp-pgsql(at)hjp(dot)at> |
|---|---|
| To: | pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | Re: does refreshing materialized view make the database bloat? |
| Date: | 2023-01-14 08:51:33 |
| Message-ID: | 20230114085133.7yzay2whq566lzds@hjp.at |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 2023-01-14 11:34:13 +0530, jian he wrote:
> Once we have the diff table, we perform set-based DELETE and INSERT
> operations against the materialized view, and discard both temporary
> tables.
>
>
> Here the temporary tables are "discard" meaning the temporary tables are
> deleted and the temporary tables' spaces are reclaimed immediately?
> Or the temporary tables are deleted and the spaces will be reclaimed by another
> mechanism?
Tables are implemented as files by PostgreSQL. When a table is dropped,
the file is deleted[1]. Whether that means that the space is
"immediately" available again is up to the operating system.
hp
[1] Possibly delayed until commit.
--
_ | Peter J. Holzer | Story must make more sense than reality.
|_|_) | |
| | | hjp(at)hjp(dot)at | -- Charles Stross, "Creative writing
__/ | http://www.hjp.at/ | challenge!"
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2023-01-14 16:17:24 | Re: Why is a hash join preferred when it does not fit in work_mem |
| Previous Message | David G. Johnston | 2023-01-14 06:19:04 | Re: does refreshing materialized view make the database bloat? |