PostgreSQL 外部数据包装器 postgres

PostgreSQL 外部数据包装器，即 PostgreSQL Foreign Data Wrappers（下面简称为 FDW），是现实数据库使用场景中一个非常实用的功能。PostgreSQL 的 FDW 类似于 Oracle 的 dblink，DB2 的 Federation，使用其可以将本地数据库与外部数据库建立连接，从而可以像操作本地数据一样来操作外部数据。

FDW 有何用？

数据分片

使用 FDW 将数据分布式存储在多个数据库上从而实现数据分片（如 pg_shardman 插件，即是使用 postgres_fdw 和 pg_pathman 插件来实现数据分片的）。

数据同步

使用 FDW 建立本地数据库与外部数据库的连接，即可定时同步外部数据至本地。

数据迁移

使用 FDW 建立本地数据库与外部数据库的连接，即可进行数据迁移。

ETL（Extract-Transform-Load，抽取转换加载）

使用 FDW 将来自不同类型数据库的数据抽取到一个数据仓库中，便于统一化访问。

PostgreSQL FDW 发展概况

2003 年，SQL/MED（SQL Management of External Data）被加入 SQL 标准，其为外部数据管理提供了规范。在 2011 年发行的 PostgreSQL 9.1 开始支持外部数据读，2013 发行的 PostgreSQL 9.3 开始支持外部数据写。

目前，PostgreSQL （本文写作时，使用的版本为 PostgreSQL 14）已提供多种扩展来支持对各种类型外部数据库或文件的操作（如 postgres_fdw 支持连接外部 PostgreSQL 数据库，oracle_fdw 支持连接外部 Oracle 数据库，mysql_fdw 支持连接外部 MySQL 数据库，jdbc_fdw 支持以 JDBC 协议连接外部常用关系型数据库，file_fdw 支持连接外部特定格式的文件等）。

本文仅关注 postgres_fdw，即 PostgreSQL 数据库如何与外部 PostgreSQL 数据库进行连接以及其如何对外部数据进行管理。

要想使用 postgres_fdw 对远程数据库进行访问，主要有如下几个步骤：

本文使用本地 PostgreSQL 数据库模拟远程数据库和本地数据库，开始正式的步骤前，需要提前做一点准备工作。

检查 PostgreSQL 版本

在远程 PostgreSQL 数据库创建用户

使用 superuser 在远程 PostgreSQL 数据库执行如下语句创建普通用户fdw_user，供后面本地数据库建立 FDW 连接时使用。

在远程 PostgreSQL 数据库创建表

在远程数据库创建用于测试的天气表weather，插入测试数据，并为用户fdw_user授权针对该表的增删改查权限。

在本地使用用户fdw_user对远程数据库（本文特殊，使用本机数据库同时模拟本地与远程，所以远程 host 也是 localhost）进行连接，并校验所授权的权限。

注意：若是真实的远程数据库，要想从本地建立连接，需要在远程数据库的 pg_hba.conf 配置文件增加记录以对访问 IP 开通防火墙。

在本地 PostgreSQL 数据库创建用户

使用 superuser 在本地 PostgreSQL 数据库执行如下语句创建普通用户local_user。

所有准备工作都做好了，现在可以使用 superuser 在本地数据库开始正式的步骤了。

使用CREATE EXTENSION语句安装postgres_fdw扩展。

为用户local_user授权postgres_fdw的使用权限。

使用CREATE SERVER语句创建外部服务器，需要指定远程数据库的主机、端口及数据库名。

为用户local_user授权外部服务器foreign_server的使用权限。

使用CREATE USER MAPPING语句创建远程用户与本地用户的映射，需要提供远程用户的用户名及密码。

使用CREATE FOREIGN TABLE语句创建远程表。需要注意各列的类型需与实际的远程表相匹配，列名也最好保持一致，否则您需要使用column_name参数为每一列单独指定远程表中的列名。

外部表多的话，这样一个一个新建会比较痛苦，多数情形下，您只要使用IMPORT FOREIGN SCHEMA语句直接将外部模式下的所有表导入本地指定的模式即可。

注意：因未给 super_user 指定用户映射，如下语句需要使用用户local_user执行，否则会报ERROR: user mapping not found for "super_user"错误。

为local_user授权 public 模式下所有表（包括外部表）的增删改查权限。

这样，使用用户local_user连接到本地数据库，即可以对外部表进行操作了。

至此，我们已基本掌握了postgres_fdw的使用方式。本文接下来会看一下跟 FDW 相关的系统表及函数，最后看一下 FDW 的事务管理及性能优化，以便对 FDW 有一个更深入的了解。

updatable

该选项用于设置外部表是否可被更新，即 postgres_fdw 是否允许使用INSERT、UPDATE和DELETE命令修改外部表，默认是true。其可以指定在外部表上，也可以指定在外部服务器上，指定在表上的会覆盖指定在服务器上的。

设置或更新该参数的具体语句如下：

当然，如果远程表实际上不可更新，那么无论如何都会发生错误。使用此选项主要是允许在本地抛出错误，而无需查询远程服务器。

truncatable

该选项用于设置外部表是否可被截断，即 postgres_fdw 是否允许使用TRUNCATE命令截断外部表，默认是true。该参数同样可以指定在外部表上，也可以指定在外部服务器上，指定在表上的会覆盖指定在服务器上的。

设置或更新该参数的具体语句同上述updatable完全一样。

当然，如果远程表实际上不可被截断，那么无论如何都会发生错误。使用此选项同样主要是可以允许在本地抛出错误，而无需查询远程服务器。

keep_connections

该选项用于设置 postgres_fdw 是否将与远程服务器的连接保留在本地会话（local session），以方便重用，默认是on（若设置为off，则在每个事务结束时将放弃与外部服务器的所有连接）。其只可以指定在外部服务器上。设置或更新该参数的具体语句如下：

系统表

跟 FDW 相关的系统表如下（对于_pg_*表，super_user 才有权限访问）：

函数

postgres_fdw_get_connections()

调用该函数会返回 postgres_fdw 从本地会话（local session）到外部服务器所建立的所有开放连接的外部服务器名及连接是否有效。

注意：该函数获取的是当前本地会话与外部服务器的连接状态，非本地数据库与外部服务器的连接状态。所以，另开一个 Shell Tab 进行的远程表查询不会被当前本地会话记录。

本文创建外部服务器时对keep_connections参数采用的是默认选项（on），所以会保留连接。

可以看到如下psql连接到本地数据库，进行外部表查询后，查询postgres_fdw_get_connections()函数会返回一行记录。

postgres_fdw_disconnect(server_name text)

根据传入的名称，断开 postgres_fdw 从本地会话（local session）到指定外部服务器的所有连接。

使用不同的用户映射可以有多个到给定服务器的连接（使用多个用户访问外部服务器时，配置了多个用户映射，postgres_fdw 会为每个用户映射建立一个连接）。若连接正在当前本地事务中使用，则不会断开，会输出警告消息。若至少断开一个连接，则返回 true，否则返回 false。若未找到具有给定名称的外部服务器，则会报错（ERROR: server "..." does not exist）。

接着刚刚的会话，执行SELECT postgres_fdw_disconnect('foreign_server')，返回true；再次查询postgres_fdw_get_connections()函数发现已没有连接。

postgres_fdw_disconnect_all()

断开 postgres_fdw 从本地会话（local session）到外部服务器的所有连接。使用方式与postgres_fdw_disconnect(server_name text)类似，这里不再赘述。

事务管理

当查询远程表时，若尚未打开与当前本地事务对应的事务，postgres_fdw 会在远程服务器上新开一个事务。当本地事务提交或中止时，远程事务也被提交或中止。保存点（Savepoints）同样通过创建相应的远程保存点来管理。

当本地事务具有可序列化（SERIALIZABLE）隔离级别时，远程事务也使用该隔离级别；否则，使用可重复读（REPEATABLE READ）隔离级别。

若一个查询在远程服务器上执行多个表扫描，此选项可确保其对所有扫描将得到快照一致性（snapshot-consistent）结果。结果是，即使其它活动在远程服务器上进行了并发更新，单个事务中的连续查询将看到来自远程服务器的相同数据。若本地事务使用可序列化（SERIALIZABLE）或可重复读（REPEATABLE READ）隔离级别，那么这种行为是可预期的，但对于读已提交（READ COMMITTED）隔离级别的本地事务来说，这可能会令人惊讶。未来的 PostgreSQL 版本可能会修改这些规则。

性能优化

postgres_fdw 会比较智能的判断一个查询语句（待检测的查询语句包括SELECT、UPDATE、DELETE语句，语句中涉及运算符、函数、连接、过滤条件及聚集函数等）是否应该下移到远程服务器执行。

最理想的情况是，所涉及的表都在远程服务器上，运算符、函数等都为内置类型，这样 postgres_fdw 将整个查询发送给远程服务器进行计算，然后取结果就好了。而多数情况是 postgres_fdw 需要将必要的数据取到本地来进行连接、过滤及聚集函数处理等操作。即 postgres_fdw 会优化发送到远程服务器的查询（优化 WHERE 子句，及不获取不需要的列）以减少来自远程服务器的数据传输。

下面我们看两个例子：

纯远程表查询

原始查询语句：

使用EXPLAIN VERBOSE查看实际发送到远程服务器的查询（Remote SQL）为：

远程表与本地表连接查询

新建本地表cities，并插入测试数据：

对于查询：

postgres_fdw 发送给远程服务器的 SQL 为：

即 postgres_fdw 会将foreign_weather的全部数据获取到本地后与表cities进行连接计算。

而对于查询：