PostgreSQL之使用扩展Extension

曾经终败给现在 2022-01-07 15:59 549阅读 0赞

目前开发中用到的都是PostgreSQL的一些基本的功能，无意间查到PostgreSQL还支持Extension，不仅源码包中自带有Extension，还有一些其他非官方的Extension。现在不用，记录一下，以后碰到问题时希望自己能想起来，也是一个思路吧。

pg\_partman 是 PostgreSQL 的一个扩展插件，用于创建和管理基于时间或者基于序列的表分区。也支持多级子分区。

PG-Strom 是 PostgreSQL 的一个扩展，作为 custom-scan provider。PG-Strom 的目的是利用其庞大的并行执行能力，解放 GPU 设备的一些 CPU 密集工作流。GPU 在处理器核心数量（通常是几百 - 几千）和更大的 RAM 带宽（通常比 CPU 大几倍容量）上有优势。在同时处理大规模数值操作的时候最高效。

查了一下，甚至有些支持中文分词，和ES的功能一样了，我觉得入库速度上和ES应该还达不到一个数量级。

原文：[https://blog.csdn.net/u012736152/article/details/81874884][https_blog.csdn.net_u012736152_article_details_81874884]

Postgresql官方的建议是单表大小超过了服务器内存大小可以考虑分区（大概的了解了下按照现代的服务器物理性能，单表大小不超过32GB，两千万记录）。

postgresql在9.6以前的版本就支持分区，但都是基于触发器性能并不是很好，pg10目前内置了分区但根据pg社区里的一些测试看出pg10分区性能不如pg\_pathman。这里主要测试pg\_pathman的range分区

原文链接： [https://blog.csdn.net/pg\_hgdb/article/details/79490509][https_blog.csdn.net_pg_hgdb_article_details_79490509]

PostgreSQL被设计为易于扩展。因此，加载到数据库中的扩展功能就可以像内置的特性一样运行。  
　　与源代码一起发布的contrib/ 目录包含一些扩展。扩展是独立开发的，比如PostGIS。甚至PostgreSQL复制解决方案也可以在外部开发。

例如，Slony-I是一个受欢迎的主/备用复制解决方案，它是独立于核心项目开发的。

PG源代码中包含的扩展列表参考：  
　　https://www.postgresql.org/docs/9.6/static/contrib.html

PostgreSQL引入了一种方式来安装contrib模块，称为扩展（extensions）。  
　　此方法适用于所有使用扩展规范构建的contrib模块，包括如下：  
　　扩展SQL文件（ extension\_name.sql ）  
　　扩展控制文件 （ extension\_name.control ）  
　　扩展库文件（extension\_name.so）

找到系统中的contrib模块  
　　检查你是否安装了contrib模块的一个好方法是查看pgbench程序是否可用。pgbench是安装了完整程序的少数contrib组件之一，而不仅仅只是你可以使用的一个脚本。以下是在UNIX系统中检查pgbench的示例：  
　　$ pgbench -V

pgbench （PostgreSQL） 9.6

在大多数Linux系统中，如果用户使用的是RPM或DEB打包版本的PostgreSQL，则可选的postgresql-contrib软件包中包含所有contrib模块及其关联的安装程序脚本。如果尚未安装，你可能需要使用yum，apt-get或类似的机制添加此软件包。在Solaris系统上，这个软件包名为SUNWpostgr-contrib。

我们来看下面的命令，请注意必须用超级用户执行：  
　　CREATE EXTENSION extension\_name: 此命令将安装一个名为extension\_name的新扩展  
　　ALTER EXTENSION extension name: 此命令将更改扩展名，大多用于升级扩展。  
　　DROP EXTENIONS extension\_name: 在清理操作完成后，此命令用于删除一个扩展。

以上命令不能执行或执行报异常，一种可能是contrib模块没有执行编译安装，可以到contrib/目录下执行

make&make install完成编译安装后在尝试执行以上命令。

示例：  
　　cd /software/postgresql-9.5.7/contrib  
　　make  
　　make install

testdb=\# create extension pg\_buffercache;  
　　CREATE EXTENSION

(3 rows)

这里新添加的扩展属于public模式，另外pg\_catalog这个schema是PostgreSQL默认的元数据schema，所有的元数据都在这里。创建在pg\_catalog里面的扩展优先级最高，所有用户可见。

可以运行如下指令指定或修改扩展的所属模式：

create extension extension\_name with schema pg\_catalog;  
　　alter extension extension\_name set schema pg\_catalog;

示例：  
　　testdb=\# alter extension pg\_buffercache set schema pg\_catalog;  
　　ALTER EXTENSION

testdb=\# \\dx  
                      　　List of installed extensions  
      　　Name      | Version |   Schema   |           Description             
　　----------------+---------+------------+---------------------------------

testdb=\# drop extension pg\_buffercache ;  
　　DROP EXTENSION

(2 rows)  
　　扩展被添加到每个登录的数据库上，如果让每个数据库都可调用扩展模块，需要再每个库上执行create extension，也可以在模板库template1 上创建后，作为新建数据库的拷贝。  
　　除了PostgreSQL核心自带的程序、contrib模块和pgFoundry上提供的软件之外，还可以从互联网上获取许多其他程序，以使PostgreSQL更易用和更强大。

转载于:https://www.cnblogs.com/lnlvinso/p/11042677.html

[https_blog.csdn.net_u012736152_article_details_81874884]: https://blog.csdn.net/u012736152/article/details/81874884
[https_blog.csdn.net_pg_hgdb_article_details_79490509]: https://blog.csdn.net/pg_hgdb/article/details/79490509