1. 代码100分首页
  2. 代码基础

Kingbase 全局临时表[通俗易懂]

小小码 • • 代码基础 • 阅读 109

Kingbase 全局临时表[通俗易懂]Postgresql 支持会话级别的临时表，表的存续期只在创建临时表的会话存活期间，会话退出后，临时表自动删除，表结构及数据也无法跨会话共享。KINGBASE除了支持PG原生的临时表机制外，还支持类似

Kingbase 全局临时表

Postgresql 支持会话级别的临时表，表的存续期只在创建临时表的会话存活期间，会话退出后，临时表自动删除，表结构及数据也无法跨会话共享。KINGBASE除了支持PG原生的临时表机制外，还支持类似oracle 的临时表机制，也就是全局临时表。全局临时表支持表结构共享，避免用户每次了都需要创建临时表的操作。以下以例子的形式，介绍PG 临时表与全局临时表的机制与差异。

一、PG 支持的临时表

会话A：创建临时表

test=# create temporary table temp_t1(id integer);
CREATE TABLE
test=# insert into temp_t1 values(1);
INSERT 0 1
test=# d
                List of relations
  Schema   |        Name         | Type  | Owner  
-----------+---------------------+-------+--------
 pg_temp_4 | temp_t1             | table | system

test=# select * from temp_t1;
 id 
----
  1

会话B：

test=# select * from pg_temp_4.temp_t1;
ERROR:  cannot access temporary tables of other sessions

PG 临时表机制总结：

  • 创建语法上，临时表可以选择global or local，但实际都是local的（PG 后续语法不再支持 global），其它会话不能访问（实际是空表可以访问，有数据情况下就会报错）。
  • ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP }
    • PRESERVE ROWS 表示临时表的数据在事务结束后保留。默认使用的是PRESERVE ROWS。
    • DELETE ROWS 表示临时表的数据在事务结束后truncate掉。
    • DROP 表示临时表在事务结束后删除。
  • 当会话第一次创建临时表时，会自动创建 SYS_TEMP_XXX 模式，该会话的所有临时表都放在该模式下。如果表里有可能产生toast存储的字段，也会同时创建pg_toast_temp_XXX模式。
  • 临时表在会话结束后会自动删除（或者在事务结束后删除on commit drop），也就是说每个会话需要使用临时表的话需要重新创建。
  • 如果有临时表和非临时表重名了, 那么默认是使用临时表的，因为临时表模式在search_path 参数值里是排在最前面的。如果要使用非临时表，需要带上schema，如schema.table。
  • 临时表上创建的索引也是临时的。
  • 临时表的统计信息不会被autovacuum daemon自动收集，所以如果有复杂查询的话，最好在有DML后执行analyze。

二、全局临时表

PG 建临时表时也可以用 create global temporary table，但实际创建的都是local 级别的。KINGBASE 如果用create global temporary table，实际意义上创建的是全局的临时表，临时表的机制与oracle相似。

A会话：创建临时表

test=# create global temporary table g_temp_t1(id integer) on commit preserve rows;
CREATE TABLE
test=# insert into g_temp_t1 values(1);
INSERT 0 1
test=# select * from g_temp_t1;
 id 
----
  1
(1 row)

test=# d 
                List of relations
  Schema   |        Name         | Type  | Owner  
-----------+---------------------+-------+--------
 pg_temp_4 | temp_t1             | table | system
 public    | g_temp_t1           | table | system

B会话：可以访问A会话创建的临时表

test=# select * from g_temp_t1;
 id 
----
(0 rows)

test=# insert into g_temp_t1 values(2);
INSERT 0 1
test=# select * from g_temp_t1;        
 id 
----
  2

A会话：会话退出后，表结构还在，但A会话插入的数据没有了。

test=# select * from g_temp_t1;
 id 
----
  1
(1 row)

test=# q
[kingbase@dbhost03 ~]$ ksql -d test -U system
ksql (V8.0)
Type "help" for help.

test=# d
               List of relations
 Schema |        Name         | Type  | Owner  
--------+---------------------+-------+--------
 public | g_temp_t1           | table | system
 public | sys_stat_statements | view  | system
 
test=# select * from g_temp_t1;
 id 
----
(0 rows)

KINGBASE 全局临时表总结：

  • 与oracle一样，默认是 on commit delete rows
  • 临时表数据只对当前会话或事务可见。每个会话只能查看和修改自己的数据。

 三、普通表、临时表、全局临时表字典信息差异

test=# select relnamespace::regnamespace, relname,relpersistence,relkind,reltablespace from pg_class where relname in ("t1","temp_t1","g_temp_t1");
 relnamespace |  relname  | relpersistence | relkind | reltablespace 
--------------+-----------+----------------+---------+---------------
 public       | t1        | p              | r       |             0
 public       | g_temp_t1 | s              | r       |             0
 pg_temp_5    | temp_t1   | t              | r       |             0

以下几点需要注意：

  • relkind 都为 r ，都是relation。
  • relpersistence 不同，全局临时表为 s ，普通临时表为 t
  • relnamespace 不同，普通临时表是创建在 pg_temp_xxx 模式下
  • 不管是全局临时表，还是普通临时表，默认都是unlogged 方式

四、性能比较

test=# create table t1(id integer,name varchar(200));
CREATE TABLE
test=# create temporary table temp_t1(id integer,name varchar(200));
CREATE TABLE
test=# create global temporary table g_temp_t1(id integer,name varchar(200));
CREATE TABLE

BEGIN
for i in 1..200000 loop
  insert into g_temp_t1 values(i,repeat("a",200));
end loop;
END;
/
ANONYMOUS BLOCK
Time: 1684.636 ms (00:01.685)

BEGIN
for i in 1..200000 loop
  insert into temp_t1 values(i,repeat("a",200));
end loop;
END;
/
ANONYMOUS BLOCK
Time: 741.746 ms


BEGIN
for i in 1..200000 loop
  insert into t1 values(i,repeat("a",200));
end loop;
END;
/
ANONYMOUS BLOCK
Time: 944.549 ms

test=# insert into temp_t1 select generate_series(1,500000),repeat("a",200);
INSERT 0 500000
Time: 484.780 ms

test=# insert into g_temp_t1 select generate_series(1,500000),repeat("a",200);
INSERT 0 500000
Time: 2606.722 ms (00:02.607)

test=# insert into t1 select generate_series(1,500000),repeat("a",200);
INSERT 0 500000
Time: 1856.685 ms (00:01.857)

通过观察日志，可以看到本地临时表、全局临时表基本不产生redo日志。但从实际执行效率看，全局临时表的效率是最差的，甚至不如普通的表。但这不妨碍全局临时表的使用，不产生Redo就是最好的优点。

五、全局临时表实现机制

根据全局临时表的relfilenode，我们查找了相关的表，发现数据库目录下有如下文件：

-rw------- 1 kingbase kingbase     8192 Jun 16 15:45 t5_19820
-rw------- 1 kingbase kingbase     8192 Jun 16 15:47 t4_19820

每个文件实际对应一个事务，事务提交后，对应文件也就删除。

 

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
转载请注明出处: https://daima100.com/6091.html

赞 (0)
小小码小小码
0 0
上一篇 2023-04-17
下一篇 2023-04-17

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注