53.18. pg_depend
В каталоге pg_depend
записываются отношения зависимости между объектами базы данных. Благодаря этой информации, команды DROP
могут найти, какие объекты должны удаляться при использовании DROP CASCADE
, или когда нужно запрещать удаление при DROP RESTRICT
.
Также смотрите описание каталога pg_shdepend
, который играет подобную роль в отношении совместно используемых объектов в кластере баз данных.
Таблица 53.18. Столбцы pg_depend
Имя | Тип | Ссылки | Описание |
---|---|---|---|
classid | oid |
| OID системного каталога, в котором находится зависимый объект |
objid | oid | любой столбец OID | OID определённого зависимого объекта |
objsubid | int4 | Для столбца таблицы это номер столбца (objid и classid указывают на саму таблицу). Для всех других типов объектов это поле содержит ноль. | |
refclassid | oid |
| OID системного каталога, в котором находится вышестоящий объект |
refobjid | oid | любой столбец OID | OID определённого вышестоящего объекта |
refobjsubid | int4 | Для столбца таблицы это номер столбца (refobjid и refclassid указывают на саму таблицу). Для всех других типов объектов это поле содержит ноль. | |
deptype | char | Код, определяющий конкретную семантику данного отношения зависимости; см. текст |
Во всех случаях, запись в pg_depend
показывает, что вышестоящий объект нельзя удалить, не удаляя подчинённый объект. Однако есть несколько подвидов зависимости, задаваемых в поле deptype
:
DEPENDENCY_NORMAL
(n
)Обычное отношение между отдельно создаваемыми объектами. Подчинённый объект можно удалить, не затрагивая вышестоящий объект. Вышестоящий объект можно удалить только с указанием
CASCADE
, при этом будет удалён и подчинённый объект. Например, столбец таблицы находится в обычной зависимости от своего типа данных.DEPENDENCY_AUTO
(a
)Подчинённый объект может быть удалён отдельно от вышестоящего и должен быть удалён автоматически (вне зависимости от указаний
RESTRICT
иCASCADE
), если удаляется вышестоящий объект. Например, именованное ограничение для таблицы находится в автоматической зависимости от таблицы, так что оно исчезнет при удалении таблицы.DEPENDENCY_INTERNAL
(i
)Подчинённый объект был создан в процессе создания вышестоящего и на самом деле является только частью его внутренней реализации. Для такого объекта будет запрещена команда
DROP
(мы подскажем пользователю, что вместо этого надо выполнитьDROP
вышестоящий объект). ДействиеDROP
для вышестоящего объекта будет распространено и на этот подчинённый объект, вне зависимости от присутствия указанияCASCADE
. Например, триггер, созданный для обеспечения ограничения внешнего ключа, становится внутренне зависимым от записи ограничения вpg_constraint
.DEPENDENCY_INTERNAL_AUTO
(I
)Подчинённый объект был создан в процессе создания вышестоящего и на самом деле является только частью его внутренней реализации. Для такого объекта будет запрещена команда
DROP
(мы подскажем пользователю, что вместо неё надо выполнитьDROP
для вышестоящего объекта). Тогда как обычная внутренняя зависимость не позволит удалить зависимый объект, пока существуют такие зависимости, сDEPENDENCY_INTERNAL_AUTO
будет выполнено удаление объектов, которые могут найтись по цепочке этих зависимостей. Например, индекс в секции становится автоматически внутренне зависимым и от самой секции, и от индекса родительской секционированной таблицы; поэтому секционированный индекс удаляется вместе с секцией, которую он индексирует, либо с родительским индексом, к которому он присоединён.DEPENDENCY_EXTENSION
(e
)Подчинённый объект входит в состав расширения, которое является вышестоящим объектом (см.
pg_extension
). Удалить подчинённый объект можно, только выполнив командуDROP EXTENSION
для вышестоящего объекта. Функционально этот тип зависимости действует так же, как и внутренняя зависимость, но он выделен для наглядности и упрощения pg_dump.DEPENDENCY_AUTO_EXTENSION
(x
)Подчинённый объект не входит в состав расширения, которое является вышестоящим объектом (и поэтому не должен игнорироваться утилитой pg_dump), но не может функционировать без него, и поэтому должен удаляться при удалении расширения. При этом подчинённый объект может быть удалён и сам по себе.
DEPENDENCY_PIN
(p
)Зависимый объект отсутствует; этот тип записи показывает, что система сама зависит от вышестоящего объекта, так что этот объект нельзя удалять ни при каких условиях. Записи этого типа создаются только командой
initdb
. Поля зависимого объекта в такой записи содержат нули.
В будущем могут появиться и другие подвиды зависимости.
Q.1. recovery.conf
file merged into postgresql.conf
Postgres Pro 11 and below used a configuration file named recovery.conf
to manage replicas and standbys. Support for this file was removed in Postgres Pro 12. See the release notes for PostgreSQL 12 for details on this change.
On Postgres Pro 12 and above, archive recovery, streaming replication, and PITR are configured using normal server configuration parameters. These are set in postgresql.conf
or via ALTER SYSTEM like any other parameter.
The server will not start if a recovery.conf
exists.
The trigger_file
setting has been renamed to promote_trigger_file.
The standby_mode
setting has been removed. A standby.signal
file in the data directory is used instead. See Standby Server Operation for details.