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 查询，postgres_fdw 尝试通过将整个查询发送到远程服务器来优化查询执行，如果不存在无法发送到远程服务器的查询 WHERE 子句，没有查询的本地联接，没有目标表上的行级本地 BEFORE 或 AFTER 触发器或存储的生成列，也没有父视图的 CHECK OPTION 约束。在 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 子句中。因此，自远程服务器发布以来添加的内置函数可能会被发送到远程服务器执行，从而导致 “函数不存在” 或类似错误。可以通过重写查询来解决此类故障，例如通过将外键表引用嵌入到子 SELECT 中，将 OFFSET 0 作为优化围栏，并将有问题的函数或运算符放在子 SELECT 之外。

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

CREATE EXTENSION postgres_fdw;

然后使用 CREATE SERVER 创建一个外部服务器。在此示例中，我们希望连接到侦听端口 5432 的主机 192.83.123.89 上的 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 比手动构建外键表定义更可取。

Shigeru Hanada <[email protected]>