ALTER SERVER
ALTER SERVER — изменить определение стороннего сервера
Синтаксис
ALTER SERVERимя
[ VERSION 'новая_версия
' ] [ OPTIONS ( [ ADD | SET | DROP ]параметр
['значение
'] [, ... ] ) ] ALTER SERVERимя
OWNER TO {новый_владелец
| CURRENT_USER | SESSION_USER } ALTER SERVERимя
RENAME TOновое_имя
Описание
ALTER SERVER
изменяет определение стороннего сервера. Первая форма меняет строку версии сервера или общие параметры сервера (требуется минимум одно предложение). Вторая форма меняет владельца сервера.
Изменить свойства сервера может только его владелец. Чтобы изменить владельца, необходимо быть его владельцем, а также непосредственным или опосредованным членом новой роли-владельца, и кроме того, иметь право USAGE
для обёртки сторонних данных сервера. (Суперпользователи удовлетворяют всем этим условиям автоматически.)
Параметры
имя
Имя существующего сервера.
новая_версия
Новая версия сервера.
OPTIONS ( [ ADD | SET | DROP ]
параметр
['значение
'] [, ... ] )Эти формы изменяют параметры сервера. Указания
ADD
,SET
иDROP
определяют выполняемое действие (добавление, установка и удаление, соответственно). Если действие не задано явно, подразумеваетсяADD
. Имена параметров должны быть уникальными, они вместе со значениями также проверяются библиотекой обёртки сторонних данных.новый_владелец
Имя пользователя, назначаемого новым владельцем стороннего сервера.
новое_имя
Новое имя стороннего сервера.
Примеры
Изменение свойств сервера foo
, добавление параметров подключения:
ALTER SERVER foo OPTIONS (host 'foo', dbname 'foodb');
Изменение свойств сервера foo
: смена версии, изменение параметра host
:
ALTER SERVER foo VERSION '8.4' OPTIONS (SET host 'baz');
Совместимость
ALTER SERVER
соответствует стандарту ISO/IEC 9075-9 (SQL/MED). Формы OWNER TO
и RENAME
являются расширениями Postgres Pro.
См. также
CREATE SERVER, DROP SERVERCREATE OPERATOR FAMILY
CREATE OPERATOR FAMILY — define a new operator family
Synopsis
CREATE OPERATOR FAMILYname
USINGindex_method
Description
CREATE OPERATOR FAMILY
creates a new operator family. An operator family defines a collection of related operator classes, and perhaps some additional operators and support functions that are compatible with these operator classes but not essential for the functioning of any individual index. (Operators and functions that are essential to indexes should be grouped within the relevant operator class, rather than being “loose” in the operator family. Typically, single-data-type operators are bound to operator classes, while cross-data-type operators can be loose in an operator family containing operator classes for both data types.)
The new operator family is initially empty. It should be populated by issuing subsequent CREATE OPERATOR CLASS
commands to add contained operator classes, and optionally ALTER OPERATOR FAMILY
commands to add “loose” operators and their corresponding support functions.
If a schema name is given then the operator family is created in the specified schema. Otherwise it is created in the current schema. Two operator families in the same schema can have the same name only if they are for different index methods.
The user who defines an operator family becomes its owner. Presently, the creating user must be a superuser. (This restriction is made because an erroneous operator family definition could confuse or even crash the server.)
Refer to Section 36.16 for further information.
Parameters
name
The name of the operator family to be created. The name can be schema-qualified.
index_method
The name of the index method this operator family is for.
Compatibility
CREATE OPERATOR FAMILY
is a Postgres Pro extension. There is no CREATE OPERATOR FAMILY
statement in the SQL standard.