第15期吐槽:没有全局临时表,除了难受还有哪些潜在危害？

文中参考文档点击阅读原文打开, 同时推荐2个学习环境: 

1、懒人Docker镜像, 已打包200+插件:《最好的PostgreSQL学习镜像》

2、有web浏览器就能用的云起实验室: 《免费体验PolarDB开源数据库》

3、PolarDB开源数据库内核、最佳实践等学习图谱:  https://www.aliyun.com/database/openpolardb/activity 

第15期吐槽:PG 没有全局临时表

1、产品的问题点

• PG 没有全局临时表

2、问题点背后涉及的技术原理

• PG 的临时表是使用时创建, 结构定义在1个会话内有效.

• 每次创建临时表时, 需要在pg_class, pg_stats, pg_attribute等元数据中插入临时表的对象数据、统计信息数据、字段定义数据等. 在会话结束是再从这些元数据表中删除.

3、这个问题将影响哪些行业以及业务场景

• 频繁使用临时表的业务. 例如将业务逻辑放入数据库存储过程中, 使用临时表来存放一些中间计算结果.

4、会导致什么问题?

• 元数据表、元数据表对应的索引膨胀.

• 使用不便, 每次使用临时表都需要重新创建.

5、业务上应该如何避免这个坑

• 目前带来的膨胀副作用基本无解.

• 可以使用一些方法自动创建临时表, 而不需要每次创建

• 《PostgreSQL Oracle 兼容性之 - 全局临时表插件 - pgtt - global temp table [推荐]》

• 《PostgreSQL Oracle 兼容性之 - 全局临时表 global temp table》

• 使用array或者json类型来存储中间结果, 代替temp table.

6、业务上避免这个坑牺牲了什么, 会引入什么新的问题

• 外部依赖导致了管理成本的增加

• array, json的单值上限是1G, 有使用局限性. 而且操作起来不如临时表便利.

7、数据库未来产品迭代如何修复这个坑

• 有一些patch, 希望内核层支持全局临时表

• 在一些基于PG的数据数据库中有看到全局临时表的功能, 例如PolarDB. 可参考阅读: 《一起学PolarDB - 第9期 - 为什么经常使用临时表时建议使用全局临时表?》

本期彩蛋-招商中...

文章中的参考文档请点击阅读原文获得. 

欢迎关注我的github (https://github.com/digoal/blog) , 学习数据库不迷路.  

近期正在写公开课材料, 未来将通过视频号推出, 欢迎关注视频号: