From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | 曾文旌(义从) <wenjing(dot)zwj(at)alibaba-inc(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Konstantin Knizhnik <k(dot)knizhnik(at)postgrespro(dot)ru>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, 蔡松露(子嘉) <zijia(at)taobao(dot)com>, "Cai, Le" <le(dot)cai(at)alibaba-inc(dot)com>, 萧少聪(铁庵) <shaocong(dot)xsc(at)alibaba-inc(dot)com> |
Subject: | Re: [Proposal] Global temporary tables |
Date: | 2020-02-15 10:06:18 |
Message-ID: | CAFj8pRCz52CbxnNmO=NK7cBA=9o=rdWVEBJRKOeVJ1FwzqzLRw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> postgres=# insert into foo select generate_series(1,10000);
> INSERT 0 10000
> postgres=# \dt+ foo
> List of relations
> ┌────────┬──────┬───────┬───────┬─────────────┬────────┬─────────────┐
> │ Schema │ Name │ Type │ Owner │ Persistence │ Size │ Description │
> ╞════════╪══════╪═══════╪═══════╪═════════════╪════════╪═════════════╡
> │ public │ foo │ table │ pavel │ session │ 384 kB │ │
> └────────┴──────┴───────┴───────┴─────────────┴────────┴─────────────┘
> (1 row)
>
> postgres=# truncate foo;
> TRUNCATE TABLE
> postgres=# \dt+ foo
> List of relations
> ┌────────┬──────┬───────┬───────┬─────────────┬───────┬─────────────┐
> │ Schema │ Name │ Type │ Owner │ Persistence │ Size │ Description │
> ╞════════╪══════╪═══════╪═══════╪═════════════╪═══════╪═════════════╡
> │ public │ foo │ table │ pavel │ session │ 16 kB │ │
> └────────┴──────┴───────┴───────┴─────────────┴───────┴─────────────┘
> (1 row)
>
> I expect zero size after truncate.
>
> Thanks for review.
>
> I can explain, I don't think it's a bug.
> The current implementation of the truncated GTT retains two blocks of FSM
> pages.
> The same is true for truncating regular tables in subtransactions.
> This is an implementation that truncates the table without changing the
> relfilenode of the table.
>
>
This is not extra important feature - now this is little bit a surprise,
because I was not under transaction.
Changing relfilenode, I think, is necessary, minimally for future VACUUM
FULL support.
Regards
Pavel Stehule
>
> Wenjing
>
>
> Regards
>
> Pavel
>
>
>>>
>>> Wenjing
>>>
>>>
>>>
>>>
>>> >
>>> > --
>>> > Robert Haas
>>> > EnterpriseDB: http://www.enterprisedb.com
>>> > The Enterprise PostgreSQL Company
>>>
>>>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alastair Turner | 2020-02-15 10:38:07 | Re: Parallel copy |
Previous Message | 曾文旌 (义从) | 2020-02-15 09:56:42 | Re: [Proposal] Global temporary tables |