35.20. domain_constraints
Представление domain_constraints показывает все ограничения, принадлежащие доменам, определённым в текущей базе данных. В нём отражаются только те домены, к которым имеет доступ текущий пользователь (являясь владельцем или имея некоторые права).
Таблица 35.18. Столбцы domain_constraints
| Имя | Тип данных | Описание |
|---|---|---|
constraint_catalog | sql_identifier | Имя базы данных, содержащей ограничение (всегда текущая база) |
constraint_schema | sql_identifier | Имя схемы, содержащей ограничение |
constraint_name | sql_identifier | Имя ограничения |
domain_catalog | sql_identifier | Имя базы данных, содержащей домен (всегда текущая база) |
domain_schema | sql_identifier | Имя схемы, содержащей домен |
domain_name | sql_identifier | Имя домена |
is_deferrable | yes_or_no | YES, если ограничение откладываемое, или NO в противном случае |
initially_deferred | yes_or_no | YES, если ограничение откладываемое и отложенное изначально, или NO в противном случае |
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.