Таблица 7.15.1. Содержимое PGDATA

Для каждой базы данных в кластере предусмотрен подкаталог внутри PGDATA/base, названный согласно идентификатору OID базы данных в pg_database. Этот подкаталог является местоположением по умолчанию для файлов базы данных; в частности, в нём хранятся системные каталоги этой базы.

Обратите внимание, что в следующих разделах описывается поведение встроенного heap метода доступа к таблице, и встроенных методов доступа к индексам. В силу расширяемой архитектуры Digital Q.DataBase, другие методы доступа могут работать иначе.

Каждая таблица и индекс хранятся в отдельном файле. Для обычных отношений эти файлы именуются согласно идентификатор filenode идентификатору filenode таблицы или индекса, который можно найти в pg_class.relfilenode. Но для временных отношений имя файла имеет формат tBBB_FFF, где BBB — идентификатор процесса серверного процесса, создавшего файл, а FFF — номер filenode. В обоих случаях, в дополнение к основному файлу (так называемому основному слою, main fork), каждая таблица и индекс имеют карту свободного пространства (см. Раздел 7.15.3), в котором хранится информация о свободном пространстве, доступном в отношении. Карта свободного пространства хранится в файле, имя которого состоит из номера filenode и суффикса _fsm. Таблицы также имеют карта видимости, хранящуюся в слое с суффиксом _vm, для отслеживания страниц, на которых заведомо отсутствуют «мертвые» кортежи. Карта видимости более подробно описана в Раздел 7.15.4. Нежурналируемые таблицы и индексы имеют третий слой, называемый слоем инициализации, который хранится в слое с суффиксом _init (см. Раздел 7.15.5).

Когда размер таблицы или индекса превышает 1 ГБ, он разделяется на гигабайтные сегменты. Имя файла первого сегмента совпадает с идентификатором filenode; последующие сегменты именуются filenode.1, filenode.2 и т. д. Такая организация позволяет избежать проблем на платформах, имеющих ограничения на размер файлов. (На самом деле 1 ГБ — это лишь размер сегмента по умолчанию. Размер сегмента может быть изменен с помощью параметра конфигурации --with-segsize в процессе сборки Digital Q.DataBase.) В принципе, слои карты свободного пространства и карты видимости также могут потребовать нескольких сегментов, хотя на практике это маловероятно.

Таблица, имеющая столбцы с потенциально большими записями, будет иметь связанную TOAST таблицу, которая используется для внестрочного хранения значений полей, слишком больших для размещения непосредственно в строках таблицы. pg_class.reltoastrelid ссылается из таблицы на ее TOAST таблицу, если таковая имеется. См. Раздел 7.15.2 для получения дополнительной информации.

Содержимое таблиц и индексов подробно рассматривается в Раздел 7.15.6.

Табличные пространства усложняют этот сценарий. Каждое пользовательское табличное пространство имеет символическую ссылку внутри каталога PGDATA/pg_tblspc , которая указывает на физический каталог табличного пространства (т. е. на местоположение, указанное в команде CREATE TABLESPACE ). Эта символическая ссылка называется по идентификатору OID табличного пространства. Внутри физического каталога табличного пространства находится подкаталог, имя которого зависит от Digital Q.DataBase версия сервера, такая как PG_9.0_201008051. (Использование этого подкаталога позволяет последующим версиям базы данных использовать одно и то же CREATE TABLESPACE значение пути к местоположению без конфликтов.) Внутри подкаталога для конкретной версии находится подкаталог для каждой базы данных, имеющей объекты в данном табличном пространстве; имя этого подкаталога соответствует идентификатору OID базы данных. Таблицы и индексы хранятся в данном каталоге с использованием схемы именования на основе идентификаторов filenode. pg_default доступ к табличному пространству осуществляется не через pg_tblspc, а соответствует PGDATA/base. Аналогичным образом, pg_global доступ к табличному пространству осуществляется не через pg_tblspc, а соответствует PGDATA/global.

Данный каталог pg_relation_filepath() функция возвращает полный путь (относительно переменной окружения PGDATA) любого отношения. Она часто удобна как альтернатива запоминанию множества вышеуказанных правил. Однако следует учитывать, что эта функция возвращает имя только первого сегмента основного слоя отношения — может потребоваться добавить номер сегмента и/или _fsm, _vm, или _init для поиска всех файлов, связанных с отношением.

Временные файлы (для таких операций, как сортировка данных, объем которых превышает доступную память) создаются в каталоге PGDATA/base/pgsql_tmp, или в pgsql_tmp подкаталоге директории табличного пространства, если для них указано табличное пространство, отличное от pg_default . Имя временного файла имеет формат pgsql_tmpPPP.NNN, где PPP — это PID владеющего серверного процесса, а NNN позволяет различать временные файлы этого процесса.