postgres_fdw在第一次使用与外部服务器关联的外部表的查询期间建立到外部服务器的连接。默认情况下，此连接将保留并重复用于同一会话中的后续查询。可以使用外部服务器的keep_connections选项控制此行为。如果使用多个用户身份（用户映射）访问外部服务器，则将为每个用户映射建立一个连接。

更改外部服务器或用户映射的定义或删除外部服务器或用户映射时，将关闭关联的连接。但请注意，如果任何连接在当前本地事务中使用，则将保留这些连接直到事务结束。当未来查询使用外部表需要时，将重新建立已关闭的连接。

一旦建立了与外部服务器的连接，默认情况下它将保留到本地或相应的远程会话退出为止。要显式断开连接，可以禁用外部服务器的keep_connections选项，或使用postgres_fdw_disconnect和postgres_fdw_disconnect_all函数。例如，这些对于关闭不再需要的连接很有用，从而释放外部服务器上的连接。

在引用外部服务器上任何远程表的查询期间，如果当前本地事务没有打开相应的远程事务，则postgres_fdw将在远程服务器上打开一个事务。当本地事务提交或中止时，远程事务将提交或中止。保存点也以类似的方式通过创建相应的远程保存点进行管理。

当本地事务具有SERIALIZABLE隔离级别时，远程事务使用SERIALIZABLE隔离级别；否则，它使用REPEATABLE READ隔离级别。此选择确保如果查询在远程服务器上执行多个表扫描，它将获取所有扫描的快照一致结果。结果是，单个事务内的连续查询将看到来自远程服务器的相同数据，即使由于其他活动在远程服务器上发生并发更新也是如此。如果本地事务使用SERIALIZABLE或REPEATABLE READ隔离级别，则无论如何都会期望这种行为，但对于READ COMMITTED本地事务来说，这可能令人惊讶。未来的PostgreSQL版本可能会修改这些规则。

请注意，目前postgres_fdw不支持为两阶段提交准备远程事务。

postgres_fdw尝试优化远程查询以减少从外部服务器传输的数据量。这是通过将查询WHERE子句发送到远程服务器以执行，以及不检索当前查询不需要的表列来完成的。为了降低查询执行错误的风险，除非查询WHERE子句仅使用内置数据类型、运算符和函数或属于外部服务器的extensions选项中列出的扩展，否则不会将这些子句发送到远程服务器。此类子句中的运算符和函数也必须是IMMUTABLE。对于UPDATE或DELETE查询，如果没有任何无法发送到远程服务器的查询WHERE子句、没有查询的本地连接、目标表上没有行级本地BEFORE或AFTER触发器或存储的生成列，以及来自父视图的CHECK OPTION约束，则postgres_fdw尝试通过将整个查询发送到远程服务器来优化查询执行。在UPDATE中，要分配给目标列的表达式必须仅使用内置数据类型、IMMUTABLE运算符或IMMUTABLE函数，以降低查询执行错误的风险。

当postgres_fdw遇到同一外部服务器上外部表之间的连接时，它会将整个连接发送到外部服务器，除非由于某种原因它认为单独从每个表获取行效率更高，或者除非所涉及的表引用受制于不同的用户映射。在发送JOIN子句时，它会采取与上述WHERE子句相同的预防措施。

可以使用EXPLAIN VERBOSE检查实际发送到远程服务器以执行的查询。

在postgres_fdw打开的远程会话中，search_path参数仅设置为pg_catalog，以便只有内置对象在没有模式限定的情况下可见。对于postgres_fdw本身生成的查询，这不是问题，因为它始终提供此类限定。但是，这可能会对通过远程表上的触发器或规则在远程服务器上执行的函数造成危害。例如，如果远程表实际上是一个视图，则该视图中使用的任何函数都将使用受限的搜索路径执行。建议在这些函数中限定所有名称的模式，或者将SET search_path选项（请参阅CREATE FUNCTION）附加到这些函数以建立其预期的搜索路径环境。

postgres_fdw同样为各种参数建立远程会话设置

这些不太可能像search_path那样成问题，但如果需要，可以使用函数SET选项进行处理。

不建议您通过更改这些参数的会话级设置来覆盖此行为；这很可能导致postgres_fdw出现故障。

postgres_fdw 可以用于连接回溯到 PostgreSQL 8.3 的远程服务器。只读功能可回溯到 8.1。但是，一个限制是 postgres_fdw 通常假设不可变的内置函数和运算符是安全的，可以发送到远程服务器执行，如果它们出现在外表的 WHERE 子句中。因此，自远程服务器发布以来添加的内置函数可能会被发送到它进行执行，从而导致 “函数不存在” 或类似的错误。这种类型的错误可以通过重写查询来解决，例如，将外表引用嵌入到带有 OFFSET 0 作为优化屏障的子 SELECT 中，并将有问题的函数或运算符放在子 SELECT 之外。

postgres_fdw 可以在等待事件类型 Extension 下报告以下等待事件

以下是如何使用 postgres_fdw 创建外表的示例。首先安装扩展

CREATE EXTENSION postgres_fdw;

然后使用 CREATE SERVER 创建外来服务器。在此示例中，我们希望连接到主机 192.83.123.89 上侦听端口 5432 的 PostgreSQL 服务器。连接到的数据库名为远程服务器上的 foreign_db

CREATE SERVER foreign_server
        FOREIGN DATA WRAPPER postgres_fdw
        OPTIONS (host '192.83.123.89', port '5432', dbname 'foreign_db');

还需要一个使用 CREATE USER MAPPING 定义的用户映射来标识将在远程服务器上使用的角色

CREATE USER MAPPING FOR local_user
        SERVER foreign_server
        OPTIONS (user 'foreign_user', password 'password');

现在可以使用 CREATE FOREIGN TABLE 创建外表。在此示例中，我们希望访问远程服务器上名为 some_schema.some_table 的表。它的本地名称将为 foreign_table

CREATE FOREIGN TABLE foreign_table (
        id integer NOT NULL,
        data text
)
        SERVER foreign_server
        OPTIONS (schema_name 'some_schema', table_name 'some_table');

在 CREATE FOREIGN TABLE 中声明的列的数据类型和其他属性必须与实际的远程表匹配。列名也必须匹配，除非您将 column_name 选项附加到各个列以显示它们在远程表中的名称。在许多情况下，使用 IMPORT FOREIGN SCHEMA 比手动构造外表定义更可取。

花田茂 <[email protected]>