Приложение F. Дополнительно поставляемые модули
Содержание
- F.1. adminpack
- F.2. amcheck
- F.3. auth_delay
- F.4. auto_explain
- F.5. basebackup_to_shell
- F.6. basic_archive
- F.7. bloom
- F.8. btree_gin
- F.9. btree_gist
- F.10. citext
- F.11. cube
- F.12. dblink
- F.13. dict_int
- F.14. dict_xsyn
- F.15. earthdistance
- F.16. file_fdw
- F.17. fuzzystrmatch
- F.18. hstore
- F.19. intagg
- F.20. intarray
- F.21. isn
- F.22. lo
- F.23. ltree
- F.24. old_snapshot
- F.25. pageinspect
- F.26. passwordcheck
- F.27. pg_buffercache
- F.28. pgcrypto
- F.29. pg_freespacemap
- F.30. pg_prewarm
- F.31. pgrowlocks
- F.32. pg_stat_statements
- F.33. pgstattuple
- F.34. pg_surgery
- F.35. pg_trgm
- F.36. pg_visibility
- F.37. pg_walinspect
- F.38. postgres_fdw
- F.39. seg
- F.40. sepgsql
- F.41. spi
- F.42. sslinfo
- F.43. tablefunc
- F.44. tcn
- F.45. test_decoding
- F.46. tsm_system_rows
- F.47. tsm_system_time
- F.48. unaccent
- F.49. uuid-ossp
- F.50. xml2
- F.2. amcheck
В этом и следующем приложении содержится информация о модулях, которые можно найти в каталоге contrib
дистрибутива PostgreSQL. В их число входят средства портирования, утилиты анализа и подключаемые функции, не включённые в состав основной системы PostgreSQL, в основном потому что они адресованы ограниченной аудитории или находятся в экспериментальном состоянии, не подходящем для основного дерева кода. Однако это всё не умаляет их полезность.
В этом приложении описываются расширения и другие подключаемые серверные модули, включённые в contrib
. В Приложении G описываются вспомогательные программы.
При сборке сервера из дистрибутивного исходного кода эти компоненты собираются, только если выбрана цель «world» (см. Шаг 2). Вы можете собрать и установить их отдельно, выполнив:
make
make install
в каталоге contrib
в настроенном дереве исходного кода; либо собрать и установить только один выбранный модуль, проделав то же самое в его подкаталоге. Для многих модулей имеются регрессионные тесты, которые можно выполнить, запустив:
make check
перед установкой или
make installcheck
, когда сервер PostgreSQL будет работать.
Если вы используете готовую собранную версию PostgreSQL, эти модули обычно поставляются в виде отдельного подпакета, например postgresql-contrib
.
Многие модули предоставляют дополнительные пользовательские функции, операторы и типы. Чтобы использовать один из таких модулей, когда его исполняемый код установлен, вы должны зарегистрировать новые объекты SQL в СУБД. Для этого нужно воспользоваться командой CREATE EXTENSION. В чистой базе данных вы можете просто выполнить:
CREATE EXTENSION имя_модуля
;
При этом новые объекты SQL будут зарегистрированы только в текущей базе данных, так что эту команду нужно выполнять в каждой базе данных, в которой вы хотите пользоваться функциональностью этого модуля. Вы также можете запустить её в template1
, чтобы установленное расширение копировалось во все впоследствии создаваемые базы по умолчанию.
Для всех этих модулей команду CREATE EXTENSION
должен выполнять суперпользователь, если только модуль не помечен как «доверенный». Доверенные модули могут устанавливать любые пользователи, имеющие право CREATE
в текущей базе данных. В следующих разделах, где описываются модули, отмечено, какие из них являются доверенными. Вообще говоря, доверенными модулями считаются те, которые не предоставляют доступ к функциональности за рамками базы данных.
Многие модули позволяют устанавливать свои объекты в схему по выбору. Для этого нужно добавить SCHEMA
в команду имя_схемы
CREATE EXTENSION
. По умолчанию объекты устанавливаются в текущую схему для создаваемых объектов, которой по умолчанию становится public
.
Однако некоторые из этих модулей не являются «расширениями» в этом смысле, а подключаются к серверу по-другому, например, через параметр конфигурации shared_preload_libraries. Подробнее об этом говорится в документации каждого модуля.