本节描述文件和目录级别的存储格式。

传统上，数据库集群使用的配置和数据文件都存储在集群的数据目录中，通常称为 PGDATA（取自可用于定义它的环境变量的名称）。PGDATA 的常见位置是 /var/lib/pgsql/data。同一机器上可以存在多个由不同服务器实例管理的集群。

PGDATA 目录包含几个子目录和控制文件，如表 65.1所示。除了这些必需的项之外，集群配置文件 postgresql.conf、pg_hba.conf 和 pg_ident.conf 通常存储在 PGDATA 中，尽管也可以将它们放置在其他位置。

对于集群中的每个数据库，在 PGDATA/base 中都有一个子目录，以数据库在 pg_database 中的 OID 命名。此子目录是数据库文件的默认位置；特别是，它的系统目录存储在那里。

请注意，以下各节描述了内置 heap 表访问方法和内置 索引访问方法的行为。由于 PostgreSQL 的可扩展性，其他访问方法可能会以不同的方式工作。

每个表和索引都存储在单独的文件中。对于普通关系，这些文件以表或索引的filenode编号命名，该编号可以在 pg_class.relfilenode 中找到。但是，对于临时关系，文件名采用 tBBB_FFF 的形式，其中 BBB 是创建该文件的后端进程号，FFF 是 filenode 编号。无论哪种情况，除了主文件（又名主分支）之外，每个表和索引都有一个空闲空间映射（请参见 第 65.3 节），它存储有关关系中可用空闲空间的信息。空闲空间映射存储在名为 filenode 编号加上后缀 _fsm 的文件中。表还有一个可见性映射，存储在后缀为 _vm 的分支中，用于跟踪已知没有死元组的页面。可见性映射在第 65.4 节中进一步描述。未记录的表和索引具有第三个分支，称为初始化分支，它存储在后缀为 _init 的分支中（请参见 第 65.5 节）。

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

具有可能包含大型条目的列的表将有一个关联的 TOAST 表，用于行内存储无法容纳在表行中的字段值。pg_class.reltoastrelid 从表链接到其TOAST表（如果有）。有关更多信息，请参见第 65.2 节。

表和索引的内容在第 65.6 节中进一步讨论。

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

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

临时文件（用于排序超出内存容量的数据等操作）在 PGDATA/base/pgsql_tmp 中创建，或者如果在为其指定的表空间不是 pg_default 的情况下，在表空间目录的 pgsql_tmp 子目录中创建。临时文件的名称具有 pgsql_tmpPPP.NNN 的形式，其中 PPP 是拥有后端的 PID，NNN 区分该后端的不同临时文件。