Postgresql 中文操作指南

请注意，虽然表的 filenode 通常与它的 OID 匹配，但这 not 不一定是这种情况；某些操作（如 TRUNCATE、REINDEX、CLUSTER 和某些形式的 ALTER TABLE）可以改变 filenode 同时保留 OID。不要想当然地认为 filenode 和表 OID 相同。同时，对于某些系统目录（包括 pg_class 本身），pg_class.relfilenode 包含零。这些目录的实际 filenode 号存储在较低级别的数据结构中，并且可以使用 pg_relation_filenode() 函数获取。

当表或索引超过 1 GB 时，它将被分成 1GB 大小的 segments。第一个区段的文件名与 filenode 相同；后续区段分别命名为 filenode.1、filenode.2 等。这种安排避免了在具有文件大小限制的平台上出现问题。（实际上，1 GB 只是默认区段大小。在构建 PostgreSQL 时，可以使用配置选项 —​with-segsize 调整区段大小。）原则上，空闲空间映射和可见性映射 fork 也可能需要多个区段，尽管在实践中不可能出现这种情况。

具有可能会包含较大条目的列的表将具有一个关联的 TOAST 表，该表用于将太大而无法放在表行中的字段值存储在外联机中。pg_class.reltoastrelid 从表（如果存在）链接至其 TOAST 表。有关详细信息，请参阅 Section 73.2。

表和索引的内容在 Section 73.6 中作了进一步讨论。

表空间使场景变得更加复杂。每个用户定义的表空间在 PGDATA/pg_tblspc_ 目录内都有一个符号链接，它指向物理表空间目录（即在表空间的 CREATE TABLESPACE 命令中指定的位置）。此符号链接以表空间的 OID 命名。在物理表空间目录内，有一个子目录，其名称取决于 PostgreSQL 服务器版本，例如 PG_9.0_201008051。（使用此子目录的目的是，以便数据库的后续版本可以使用同样的 CREATE TABLESPACE 位置值而不会发生冲突。）在特定于版本的子目录内，对于表空间中有元素的每个数据库，都有一个以数据库的 OID 命名。表和索引存储在该目录内，使用 filenode 命名方案。pg_default 表空间不是通过 pg_tblspc 访问的，而是对应于 PGDATA/base_。类似地，pg_global 表空间不是通过 pg_tblspc 访问的，而是对应于 PGDATA_/global_。

pg_relation_filepath() 函数显示任何关系的完整路径（相对于 PGDATA）。它通常可以用作记住上述许多规则的替代方法。但请记住，此函数仅提供关系主 fork 的第一区段的名称 — 你可能需要附加区段号和/或 fsm、vm 或 _init 以找到与关系相关的所有文件。

临时文件（用于诸如对超过内存容量的数据进行排序之类的操作）在 PGDATA /base/pgsql_tmp_ 中创建，或者如果为它们指定了 pg_default 以外的表空间，则在表空间目录的 pgsql_tmp 子目录中创建。临时文件的名称采用 pgsql_tmp_PPP .NNN 的形式，其中 _, where _PPP is the PID of the owning backend and NNN 区分该后端的不同临时文件。