Re: [Proposal] Global temporary tables

From: tushar <tushar(dot)ahuja(at)enterprisedb(dot)com>
To: 曾文旌(义从) <wenjing(dot)zwj(at)alibaba-inc(dot)com>
Cc: Prabhat Sahu <prabhat(dot)sahu(at)enterprisedb(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, 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-03-13 12:40:42
Message-ID: 649a795a-49ef-ba06-dfca-68f423fcf13a@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 3/9/20 10:01 PM, 曾文旌(义从) wrote:
> Fixed in global_temporary_table_v18-pg13.patch.

Thanks Wenjing.

I am getting this error  "ERROR:  could not open file
"base/13589/t3_16440": No such file or directory" if
max_active_global_temporary_table set to 0

Please refer this scenario -

postgres=# create global temp table  tab1 (n int ) with (
on_commit_delete_rows='true');
CREATE TABLE
postgres=# insert into tab1 values (1);
INSERT 0 1
postgres=# select * from tab1;
 n
---
(0 rows)

postgres=# alter system set max_active_global_temporary_table=0;
ALTER SYSTEM
postgres=# \q
[tushar(at)localhost bin]$ ./pg_ctl -D data/ restart -c -l logs123

waiting for server to start.... done
server started

[tushar(at)localhost bin]$ ./psql postgres
psql (13devel)
Type "help" for help.

postgres=# insert into tab1 values (1);
ERROR:  could not open file "base/13589/t3_16440": No such file or directory
postgres=#

--
regards,tushar
EnterpriseDB https://www.enterprisedb.com/
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Justin Pryzby 2020-03-13 12:43:59 Re: make check crashes on POWER8 machine
Previous Message Peter Eisentraut 2020-03-13 12:32:27 Re: Restore replication settings when modifying a field type