PostgreSQL：并不简单的临时表__临时表特性已经存在了很长时间，并且被应用程序开发者广泛使用。但是，临时表的功能远远超出了您的了解。PostgreSQL允许您很好地配置临时表的期限，并帮助避免一些常见的陷阱。: 世界上功能最强大的开源数据库...

作者简介

Hans-JürgenSchönig从90年代开始从事PostgreSQL的相关工作。他是CYBERTEC的首席执行官兼技术主管，CYBERTEC是该领域的市场领导者之一，自2000年以来已为全球无数客户提供服务。

译者简介

孟令彬&崔鹏&海能达DBA团队,任职于海能达通信股份有限公司哈尔滨平台中心，数据库开发工程师，致力于PostgreSQL数据库在专网通信领域、公共安全领域的应用与推广，个人兴趣主要集中在：数据库优化、高性能/高可用数据库架构设计与开源数据库的源码研究。

校对者简介

赵全明任职于华为技术有限公司，数据库内核开发工程师，致力于PostgreSQL在全行业的应用与推广。

前言

临时表特性已经存在了很长时间，并且被应用程序开发者广泛使用。但是，临时表的功能远远超出了您的了解。PostgreSQL允许您很好地配置临时表的期限，并帮助避免一些常见的陷阱。

创建临时表…

默认情况下，临时表的生命周期与数据库连接相同。断开连接后，它将立即被清除。在许多情况下，这是人们预期的行为：

tmp=# CREATE TEMPORARY TABLE x (id int);
CREATE TABLE
tmp=# \d
        List of relations
  Schema   | Name | Type  | Owner 
-----------+------+-------+-------
 pg_temp_3 | x    | table | hs
(1 row)

tmp=# \q
iMac:~ hs$ psql tmp
psql (12.3)
Type "help" for help.

tmp=# \d
Did not find any relations.

一旦我们重新连接，临时表就永远消失了。另外，请记住，临时表仅在您的会话中可见。其他连接将不会看到该表（当然，这是我们所预期的行为）。这也意味着许多会话可以创建相同名称的临时表。

但是，临时表的功能可不止这些。最重要的是控制事务提交时下一步行为的能力：

[ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ]

如您所见，有三个选项。” PRESERVE ROWS”是您刚刚看到的行为。有时您不想要那样。也可以在提交时清空临时表：

tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DELETE ROWS AS
    SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# SELECT * FROM x;
 y 
---
 1
 2
 3
 4
 5
(5 rows)

tmp=# COMMIT;
COMMIT
tmp=# SELECT * FROM x;
 y 
---
(0 rows)

在这种情况下，只要事务结束，留下的就是一个空表。临时表本身仍然存在并且可以继续使用。

现在让我们删掉临时表：

tmp=# DROP TABLE x;
DROP TABLE

有时您希望整个表在事务结束时消失：“ ON COMMIT DROP”可用来实现这一点：

tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DROP AS
    SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# COMMIT;
COMMIT
tmp=# SELECT * FROM x;
ERROR:  relation "x" does not exist
LINE 1: SELECT * FROM x;

PostgreSQL将抛出错误，因为该表已经消失。值得注意的是，您仍然可以使用WITH HOLD游标，如下面的示例所示：

tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DROP AS SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# DECLARE mycur CURSOR WITH HOLD FOR SELECT * FROM x;
DECLARE CURSOR
tmp=# COMMIT;
COMMIT
tmp=# FETCH ALL FROM mycur;
 y 
---
 1
 2
 3
 4
 5
(5 rows)

临时表已经消失了，但是WITH HOLD游标将确保游标的“内容”即使在事务结束后仍然存在。许多人并不期望这种行为，但是这很有意义并且可以派上用场。

控制内存使用量…

如果使用临时表，则使它们保持相对较小是有意义的。但是，在某些情况下，由于某种原因，临时表可能会很大。为了确保性能保持良好，您可以告诉PostgreSQL在RAM中为临时表留出更多的空间。在这种情况下，你可以关注postgresql.conf中的temp_buffers参数：

tmp=# SHOW temp_buffers;
 temp_buffers 
--------------
 8MB
(1 row)

默认值为8 MB。如果您的临时表很大，有必要设置该参数的值更大一些。

原文出处

https://www.cybertec-postgresql.com/en/postgresql-sophisticating-temporary-tables/

CENTER_PostgreSQL_Community

### **作者简介**

#### Hans-JürgenSchönig从90年代开始从事PostgreSQL的相关工作。他是CYBERTEC的首席执行官兼技术主管，CYBERTEC是该领域的市场领导者之一，自2000年以来已为全球无数客户提供服务。
### **译者简介**

#### 孟令彬&崔鹏&海能达DBA团队,任职于海能达通信股份有限公司哈尔滨平台中心，数据库开发工程师，致力于PostgreSQL数据库在专网通信领域、公共安全领域的应用与推广，个人兴趣主要集中在：数据库优化、高性能/高可用数据库架构设计与开源数据库的源码研究。

### **校对者简介**

#### 赵全明 任职于华为技术有限公司，数据库内核开发工程师，致力于PostgreSQL在全行业的应用与推广。

### **前言**

#### 临时表特性已经存在了很长时间，并且被应用程序开发者广泛使用。但是，临时表的功能远远超出了您的了解。PostgreSQL允许您很好地配置临时表的期限，并帮助避免一些常见的陷阱。

### **创建临时表...**
#### 默认情况下，临时表的生命周期与数据库连接相同。断开连接后，它将立即被清除。在许多情况下，这是人们预期的行为：
```
tmp=# CREATE TEMPORARY TABLE x (id int);
CREATE TABLE
tmp=# \d
        List of relations
  Schema   | Name | Type  | Owner 
-----------+------+-------+-------
 pg_temp_3 | x    | table | hs
(1 row)
 
tmp=# \q
iMac:~ hs$ psql tmp
psql (12.3)
Type "help" for help.
 
tmp=# \d
Did not find any relations.
```

#### 一旦我们重新连接，临时表就永远消失了。另外，请记住，临时表仅在您的会话中可见。其他连接将不会看到该表（当然，这是我们所预期的行为）。这也意味着许多会话可以创建相同名称的临时表。
#### 但是，临时表的功能可不止这些。最重要的是控制事务提交时下一步行为的能力：
```
[ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ]
```
#### 如您所见，有三个选项。” PRESERVE ROWS”是您刚刚看到的行为。有时您不想要那样。也可以在提交时清空临时表：
```
tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DELETE ROWS AS
    SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# SELECT * FROM x;
 y 
---
 1
 2
 3
 4
 5
(5 rows)
 
tmp=# COMMIT;
COMMIT
tmp=# SELECT * FROM x;
 y 
---
(0 rows)
```

#### 在这种情况下，只要事务结束，留下的就是一个空表。临时表本身仍然存在并且可以继续使用。
#### 现在让我们删掉临时表：
```
tmp=# DROP TABLE x;
DROP TABLE
```
#### 有时您希望整个表在事务结束时消失：“ ON COMMIT DROP”可用来实现这一点：
```
tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DROP AS
    SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# COMMIT;
COMMIT
tmp=# SELECT * FROM x;
ERROR:  relation "x" does not exist
LINE 1: SELECT * FROM x;
```
#### PostgreSQL将抛出错误，因为该表已经消失。值得注意的是，您仍然可以使用WITH HOLD游标，如下面的示例所示：
```
tmp=# BEGIN;
BEGIN
tmp=# CREATE TEMP TABLE x ON COMMIT DROP AS SELECT * FROM generate_series(1, 5) AS y;
SELECT 5
tmp=# DECLARE mycur CURSOR WITH HOLD FOR SELECT * FROM x;
DECLARE CURSOR
tmp=# COMMIT;
COMMIT
tmp=# FETCH ALL FROM mycur;
 y 
---
 1
 2
 3
 4
 5
(5 rows)
```
#### 临时表已经消失了，但是WITH HOLD游标将确保游标的“内容”即使在事务结束后仍然存在。许多人并不期望这种行为，但是这很有意义并且可以派上用场。

### **控制内存使用量…**

#### 如果使用临时表，则使它们保持相对较小是有意义的。但是，在某些情况下，由于某种原因，临时表可能会很大。为了确保性能保持良好，您可以告诉PostgreSQL在RAM中为临时表留出更多的空间。在这种情况下，你可以关注postgresql.conf中的temp_buffers参数：
```
tmp=# SHOW temp_buffers;
 temp_buffers 
--------------
 8MB
(1 row)
```

#### 默认值为8 MB。如果您的临时表很大，有必要设置该参数的值更大一些。
### **原文出处**
#### https://www.cybertec-postgresql.com/en/postgresql-sophisticating-temporary-tables/

![CENTER_PostgreSQL_Community]( /images/news/2020/20201203_1623_文章底部图片最新.png)