CREATE LANGUAGE
CREATE LANGUAGE — создать процедурный язык
Синтаксис
CREATE [ OR REPLACE ] [ PROCEDURAL ] LANGUAGEимя
CREATE [ OR REPLACE ] [ TRUSTED ] [ PROCEDURAL ] LANGUAGEимя
HANDLERобработчик_вызова
[ INLINEобработчик_внедрённого_кода
] [ VALIDATORфункция_проверки
]
Описание
CREATE LANGUAGE
регистрирует в базе данных Postgres Pro новый процедурный язык. Впоследствии на этом языке можно будет определять новые функции и триггерные процедуры.
Примечание
Начиная с PostgreSQL 9.1, большинство процедурных языков были преобразованы в «расширения», так что они теперь устанавливаются посредством CREATE EXTENSION, а не CREATE LANGUAGE
. Прямое использование CREATE LANGUAGE
теперь следует ограничить скриптами установки расширений. Если в вашей базе данных есть «чистое» определение языка, возможно, полученное в результате обновления, его можно преобразовать в расширение, выполнив CREATE EXTENSION
.имя_языка
FROM unpackaged
CREATE LANGUAGE
по сути связывает имя языка с функциями-обработчиками, исполняющими код, написанный на этом языке. За дополнительными сведениями о языковых обработчиках обратитесь к Главе 51.
Команда CREATE LANGUAGE
имеет две формы. В первой форме пользователь задаёт только имя создаваемого языка, и сервер Postgres Pro получает подходящие параметры, обращаясь к системному каталогу pg_pltemplate
. Во второй форме пользователь указывает параметры языка вместе с его именем. Вторая форма позволяет создать язык, не определённый заранее в pg_pltemplate
, но этот подход считается устаревшим.
Когда сервер находит в каталоге pg_pltemplate
запись для заданного имени языка, он будет использовать данные из каталога, даже если параметры языка указаны в команде. Это поведение упрощает загрузку экспортированных ранее файлов, которые, скорее всего, будут содержать устаревшую информацию о функциях поддержки языка.
Обычно, для того чтобы зарегистрировать новый язык, необходимо иметь право суперпользователя Postgres Pro. Однако владелец базы данных может зарегистрировать новый язык в этой базе данных, если язык определён в каталоге pg_pltemplate
и помечен как допускающий создание владельцами БД (tmpldbacreate
содержит true). По умолчанию доверенные языки могут создаваться владельцами базы данных, но это можно изменить, внеся коррективы в pg_pltemplate
. Создатель языка становится его владельцем и может впоследствии удалить или переименовать его, либо назначить другого владельца.
CREATE OR REPLACE LANGUAGE
создаст новый язык, либо заменит существующее определение. Если язык уже существует, его параметры изменяются в соответствии со значениями, указанными в команде или полученными из pg_pltemplate
, при этом владелец языка и права доступа к нему не меняются, и все существующие функции, написанные на этом языке, по-прежнему считаются рабочими. Помимо обладания обычными правами, требующимися для создания языка, пользователь должен быть суперпользователем или владельцем существующего языка. Вариант с REPLACE
в основном предназначен для случаев, когда язык уже существует. Если для языка есть запись в pg_pltemplate
, то REPLACE
фактически ничего не меняет в существующем определении, кроме исключительного случая, когда запись в pg_pltemplate
была изменена после создания языка.
Параметры
TRUSTED
Указание
TRUSTED
(доверенный) означает, что язык не даёт пользователю доступ к данным, к которым он не имел бы доступа без него. Если при регистрации языка это ключевое слово опущено, использовать этот язык для создания новых функций смогут только суперпользователи Postgres Pro.PROCEDURAL
Это слово не несёт смысловой нагрузки.
имя
Имя процедурного языка. Оно должно быть уникальным среди всех языков в базе данных.
В целях обратной совместимости имя можно заключить в апострофы.
HANDLER
обработчик_вызова
Здесь
обработчик_вызова
— имя ранее зарегистрированной функции, которая будет вызываться для исполнения процедур (функций) на этом языке. Обработчик вызова для процедурного языка должен быть написан на компилируемом языке, например, на C, с соглашениями о вызовах версии 1 и зарегистрирован в Postgres Pro как функция без аргументов, возвращающая фиктивный типlanguage_handler
, который просто показывает, что эта функция — обработчик вызова.INLINE
обработчик_внедрённого_кода
Здесь
обработчик_внедрённого_кода
— имя ранее зарегистрированной функции, которая будет вызываться для выполнения анонимного блока кода (команды DO) на этом языке. Еслиобработчик_внедрённого_кода
не определён, данный язык не будет поддерживать анонимные блоки кода. Этот обработчик должен принимать один аргумент типаinternal
, содержащий внутреннее представление командыDO
, и обычно возвращает типvoid
. Значение, возвращаемое этим обработчиком, игнорируется.VALIDATOR
функция_проверки
Здесь
функция_проверки
— имя ранее зарегистрированной функции, которая будет вызываться при создании новой функции на этом языке и проверять её. Если функция проверки не задана, функции на этом языке при создании проверяться не будут. Функция проверки должна принимать один аргумент типаoid
с идентификатором создаваемой функции и обычно возвращаетvoid
.Функция проверки обычно проверяет тело создаваемой функции на синтаксические ошибки, но может также проанализировать и другие характеристики функции, например, поддержку определённых типов аргументов этим языком. Значение, возвращаемое этой функцией, игнорируется, об ошибках она должна сигнализировать, вызывая
ereport()
.
Параметр TRUSTED
и имена вспомогательных функций игнорируются, если на сервере для указанного языка имеется запись в pg_pltemplate
.
Замечания
Для удаления процедурных языков следует использовать DROP LANGUAGE.
В системном каталоге pg_language
(см. Раздел 49.29) записывается информация о языках, установленных в данный момент. Список установленных языков также показывает команда \dL
в psql.
Чтобы создавать функции на процедурном языке, пользователь должен иметь право USAGE
для этого языка. По умолчанию для доверенных языков право USAGE
даётся роли PUBLIC
(т. е. всем), однако при желании его можно отозвать.
Процедурные языки являются локальными по отношению к базам данных. Тем не менее, язык можно установить в базу данных template1
, в результате чего он будет автоматически доступен во всех базах данных, создаваемых из неё впоследствии.
Обработчик вызова, обработчик встроенного кода (при наличии) и функция проверки (при наличии) должны уже существовать, если на сервере нет записи для этого языка в pg_pltemplate
. Но если такая запись уже есть, функции могут не существовать — в случае отсутствия в базе данных они будут определены автоматически. (Это может привести к сбою в CREATE LANGUAGE
, если в установленной системе не найдётся разделяемая библиотека, реализующая этот язык.)
В PostgreSQL до версии 7.3 обязательно требовалось объявить функции-обработчики, как возвращающие фиктивный тип opaque
, а не language_handler
. Для поддержки загрузки старых файлов экспорта БД, команда CREATE LANGUAGE
принимает функции с объявленным типом результата opaque
, но при этом выдаётся предупреждение и тип результата меняется на language_handler
.
Примеры
Предпочитаемый способ создания любых процедурных языков довольно прост:
CREATE LANGUAGE plperl;
Для языка, не представленного в каталоге pg_pltemplate
, требуется выполнить следующие действия:
CREATE FUNCTION plsample_call_handler() RETURNS language_handler AS '$libdir/plsample' LANGUAGE C; CREATE LANGUAGE plsample HANDLER plsample_call_handler;
Совместимость
CREATE LANGUAGE
является расширением Postgres Pro.