Приложение F. Дополнительно поставляемые модули

Содержание

F.1. adminpack
F.2. amcheck
F.3. aqo
F.4. auth_delay
F.5. auto_explain
F.6. bloom
F.7. btree_gin
F.8. btree_gist
F.9. chkpass
F.10. citext
F.11. spi
F.12. cube
F.13. dblink
F.14. dict_int
F.15. dict_xsyn
F.16. dump_stat
F.17. earthdistance
F.18. fasttrun
F.19. file_fdw
F.20. fulleq
F.21. fuzzystrmatch
F.22. hstore
F.23. Модули словарей Hunspell
F.24. in_memory
F.25. intagg
F.26. intarray
F.27. isn
F.28. jsquery
F.29. lo
F.30. ltree
F.31. mchar
F.32. multimaster
F.33. online_analyze
F.34. pageinspect
F.35. passwordcheck
F.36. pg_buffercache
F.37. pgcrypto
F.38. pg_freespacemap
F.39. pg_hint_plan
F.40. pg_pathman
F.41. pg_prewarm
F.42. pgpro_scheduler
F.43. pg_query_state
F.44. pgrowlocks
F.45. pg_shardman
F.46. pg_stat_statements
F.47. pgstattuple
F.48. pg_transfer
F.49. pg_trgm
F.50. pg_tsparser
F.51. pg_variables
F.52. pg_visibility
F.53. pg_wait_sampling
F.54. plantuner
F.55. postgres_fdw
F.56. referee
F.57. rum
F.58. seg
F.59. shared_ispell
F.60. snowball_ext
F.61. sr_plan
F.62. sslinfo
F.63. tablefunc
F.64. tcn
F.65. test_decoding
F.66. tsm_system_rows
F.67. tsm_system_time
F.68. unaccent
F.69. uuid-ossp
F.70. vops
F.71. xml2

В этом и следующем приложении содержится информация о модулях, которые можно найти в каталоге contrib дистрибутива Postgres Pro. В их число входят средства портирования, утилиты анализа и подключаемые функции, не включённые в состав основной системы Postgres Pro, в основном потому что они адресованы ограниченной аудитории или находятся в экспериментальном состоянии, неподходящем для основного дерева кода. Однако это всё не умаляет их полезность.

В этом приложении описываются расширения и другие подключаемые серверные модули, включённые в contrib. В Приложении G описываются вспомогательные программы.

В Postgres Pro эти модули представлены в виде отдельного пакета postgrespro-ent-10-contrib.

Многие модули предоставляют дополнительные пользовательские функции, операторы и типы. Чтобы использовать один из таких модулей, когда его исполняемый код установлен, вы должны зарегистрировать новые объекты SQL в СУБД. В Postgres Pro и PostgreSQL версии 9.1 и новее для этого нужно воспользоваться командой CREATE EXTENSION. В чистой базе данных вы можете просто выполнить:

CREATE EXTENSION имя_модуля;

Запускать эту команду должен суперпользователь баз данных. При этом новые объекты SQL будут зарегистрированы только в текущей базе данных, так что эту команду нужно выполнять в каждой базе данных, в которой вы хотите пользоваться функциональностью этого модуля. Вы также можете запустить её в template1, чтобы установленное расширение копировалось во все впоследствии создаваемые базы по умолчанию.

Многие модули позволяют устанавливать свои объекты в схему по выбору. Для этого нужно добавить SCHEMA имя_схемы в команду CREATE EXTENSION. По умолчанию объекты устанавливаются в текущую схему для создаваемых объектов, которой по умолчанию становится public.

Если ваша база данных была получена в результате выгрузки/перезагрузки данных PostgreSQL версии до 9.1, и вы ранее использовали версию этого модуля, рассчитанную на версию до 9.1, вместо этого вы должны выполнить:

CREATE EXTENSION имя_модуля FROM unpackaged;

При этом объекты этого модуля версии до 9.1 будут упакованы в соответствующий объект расширения. После этого обновления расширения будут осуществляться командой ALTER EXTENSION. За дополнительными сведениями об обновлении расширении обратитесь к Разделу 37.15.

Однако некоторые из этих модулей не являются «расширениями» в этом смысле, а подключаются к серверу по-другому, например, через параметр конфигурации shared_preload_libraries. Подробнее об этом говорится в документации каждого модуля.